Проектирование ролей и зон ответственности в проектной деятельности

Код услуги

Для кого: производственные, инжиниринговые, строительные, ИТ‑компании (150–1500 человек), работающие с проектами: внедрениями, запусками продуктов, заказами под клиента.
Тип задачи: навести порядок в распределении ресурсов и ответственности, когда функциональная структура не справляется с параллельными проектами либо проектная модель превращается в бюрократию.
Формат: консалтинговый проект 6–8 недель: диагностика и проектирование — удалённо, рабочие сессии и презентация — очно на площадке клиента (или онлайн).
Кому не подходит: компаниям без портфеля проектов; организациям, где нет доступа к данным о проектах и ресурсах; если цель — формальный документ без внедрения; микробизнесу и подразделениям с 1–2 текущими задачами.

Важность услуги для вашего бизнеса

Когда одновременно идёт много проектов, а распределение ресурсов держится на созвонах и личных договорённостях, срывы становятся нормой. Неясность ролей («кто отвечает?», «кому подчиняются участники?», «как делить людей?») съедает скорость и бюджет. Обратная ловушка — избыточная проектность: руководители проектов на мелочах, отчётность ради отчётности, рост управленческих расходов без прироста скорости.

Услуга помогает выбрать и внедрить именно ту модель (матричную, проектно‑целевую, усиленную функциональную), которая соответствует характеру вашей работы — без лишних надстроек и с учётом реальных ограничений.

Результат, который вы получите

• Модель организации проектной деятельности под ваш масштаб и тип заказов.
• Чёткие роли: руководитель проекта, функциональный руководитель, проектный офис (если нужен) — с полномочиями и границами.
• Правила распределения ресурсов и механизм приоритизации проектов.
• План перехода без остановки текущих проектов.
• Понимание, какие активности вести в проектной логике, а какие — в регулярной, и как решать конфликты за людей и бюджеты.

Этапы реализации

1. Диагностика (1–2 недели). Анализ портфеля проектов, реального распределения ресурсов, конфликтов «проект vs регулярная деятельность». Интервью с руководителями проектов и подразделений.
   Вовлечение клиента: 2 встречи по 1–1,5 часа, доступ к данным о проектах и загрузке.
2. Выбор и проектирование модели (2–3 недели). Моделирование вариантов (функциональная с выделенными командами, слабая/сбалансированная матрица, полноценная проектная структура) с оценкой плюсов, минусов, требований к людям и управленческим расходам. Финализация выбранной модели: роли, полномочия, приоритизация, правила выделения ресурсов.
   Вовлечение: 3 встречи по 1–1,5 часа, решение по модели.
3. Детализация и план перехода (2 недели). Положения о ролях, регламент приоритизации, матрица RACI, правила разрешения конфликтов. Дорожная карта: пилоты, очерёдность, коммуникации, риски.
   Вовлечение: 1 промежуточная встреча.
4. Презентация и запуск пилота (1 неделя). Представление модели и дорожной карты руководящей команде, согласование пилотов и первых шагов.
   Вовлечение: 1 встреча на 2–3 часа.

Общий срок: 6–8 недель.

Что вы получаете на выходе

• Аналитическую записку о текущем состоянии (где теряются скорость и ресурсы).
• Обоснование выбранной модели с расчётом стоимости, требований и рисков по вариантам.
• Схему целевой модели (роли, полномочия, уровни решений, механизм приоритизации).
• Матрицу ответственности RACI по ключевым процессам (запуск, планирование ресурсов, контроль, закрытие).
• Регламент приоритизации (как определять приоритет без «переговоров по вертикали»).
• Дорожную карту перехода (пилоты, сроки, ответственные, меры снижения рисков).
• Презентацию для руководящей команды.

Как понять, что результат услуги достигнут

• У каждого активного проекта есть один руководитель с реальными полномочиями (без размывания ролей «куратор/владелец/спонсор/координатор»).
• Распределение людей между проектами идёт по правилам, а не по силе аргументов на созвоне.
• Зоны ответственности руководителей проектов и функциональных руководителей чётко разделены; конфликты «двойного подчинения» решаются по регламенту, а не эскалацией к директору.
• Загрузка ресурсов видна и управляема (нет ситуации «сотрудник числится в пяти проектах»).
• Модель согласована командой, запущен пилот в течение 30 дней после презентации.

Формат работы

• Гибридный: аналитика и проектирование — удалённо; рабочие сессии, презентация — очно на площадке или онлайн.
• Промежуточные результаты — еженедельно.
• Материалы — в электронном виде (Notion/Confluence, Miro, Excel/Google Sheets).

Мои преимущества как консультанта

• Модель под бизнес, а не наоборот. Сначала разбираю портфель проектов и характер работы, потом выбираю модель, которая экономит управленческие расходы, а не добавляет их.
• Честный ответ на вопрос «а нужна ли она вам». Если компании достаточно усиленной функциональной модели с выделенными командами — говорю прямо, без навязывания «матрицы подороже».
• Матрица без ловушек. Проектирую с учётом реальных полномочий и мотивации: кому сдают отчёты, чья оценка влияет на премию, как разрешать конфликты. Это критично: матрицы проваливаются именно из‑за отсутствия этих правил.

Примеры из практики

• Инжиниринговая компания (600 сотрудников, 15 параллельных проектов). Ресурсы распределялись «личными договорённостями», приоритеты менял гендиректор. Внедрена сбалансированная матрица с единым ресурсным планированием и регламентом приоритизации. Результат: срывы сроков по критичным проектам снизились с 60% до 20% портфеля, эскалации к директору — втрое.
• Производственная компания упаковки (900 сотрудников). Запуски новых линий шли «в нагрузку» к текущей работе, задержки — 4–5 месяцев. Решение: сохранена функциональная структура, для запусков созданы целевые команды с полномочиями и бюджетом. Результат: первая линия запущена на 3 месяца раньше графика, вторая и третья — в срок.

Ответы на частые вопросы

• Чем отличается от проектирования оргструктуры? Оргструктура — про постоянные подразделения и роли. Здесь фокус на модели управления проектной деятельностью: как организованы проекты, ресурсы, полномочия, приоритизация. Часто это часть общей структуры, но решается отдельно.
• Матричное управление — это же двойное подчинение, люди будут страдать? Двойное подчинение есть в любой матрице; проблема — в отсутствии правил. Проваливаются не матрицы, а матрицы без закреплённых полномочий и порядка разрешения конфликтов.
• А если у нас нет проектного офиса? Не обязательно создавать отдельное подразделение. Модель проектируется под масштаб: иногда достаточно одного руководителя портфеля и простого регламента.
• Сколько это стоит? Стоимость зависит от числа проектов и глубины перестройки. После первой встречи готовлю коммерческое предложение с фиксированной ценой, без скрытых доплат.

Резюме

Услуга даёт не «красивую схему», а работающую модель управления проектной деятельностью, подобранную под ваш портфель заказов. За 6–8 недель вы получаете диагностику реального положения дел, обоснованный выбор модели, чёткие роли и регламенты, которые убирают конфликты за ресурсы, и план перехода с пилотными проектами. Итог — проекты идут управляемо, а сотрудники не разрываются между «всем сразу».