Зачем компании проектный офис, какую модель полномочий выбрать, какие три сервиса запустить в первые 90 дней и по каким показателям судить о его пользе.
Обновлено 28.09.2026
Проектный офис нужен там, где отдельным руководителям проектов не хватает общего взгляда: проекты конкурируют за людей, статусы несопоставимы, решения по приоритетам запаздывают. Из статьи вы узнаете, как выбрать модель полномочий, какие три сервиса запустить в первые 90 дней, какие показатели собирать и как понять, что офис приносит решения, а не только отчеты.
Число проектов само по себе ничего не решает. Пять сложных взаимосвязанных проектов с общими специалистами способны потребовать офиса сильнее, чем тридцать независимых небольших работ.
На практике модели сочетаются: офис может контролировать ключевые проекты и только поддерживать остальные. Выбор зависит от того, какие решения компания готова делегировать. Закрепите полномочия в положении о проектном офисе и матрице ответственности - иначе через три месяца каждый будет понимать их по-своему.
Не начинайте с методологии на восемьдесят страниц. В первые три месяца офис должен показать пользу на трех сервисах, которые руководство почувствует сразу: единый реестр, сопоставимая сводка и ресурсные решения.
Когда одну и ту же ситуацию один руководитель красит зеленым, а другой - желтым, сводке перестают доверять. Правила фиксируют письменно и одинаково применяют ко всем проектам. Пример, который можно взять за основу:
Красный статус не обязательно означает, что компания взяла слишком много проектов. Причиной может быть изменение требований, внешняя зависимость или недостоверные данные. Поэтому статус всегда сопровождают объяснением и предлагаемым действием.
Пример. Ведущий конструктор загружен на 100% в проекте А до конца мая. Проект Б просит его на 50% с 1 мая, иначе сдвигается веха сдачи рабочей документации. Офис готовит к встрече три варианта: сдвинуть веху Б на три недели по согласованию с заказчиком; привлечь субподрядчика на часть работ А за 400 000 руб.; перенести некритичные работы А на июнь, если у них есть резерв времени. Руководитель портфеля выбирает вариант, решение получает владельца и срок и отражается в планах обоих проектов.
Простая пересылка двух красных статусов наверх проблему не решает. Встреча полезна, если на выходе - решения, а не заслушанные доклады. Рабочее правило: не больше часа, только проекты с отклонениями и только вопросы, которые проект не может решить сам.
Показатели делятся на две группы: о состоянии портфеля и о работе самого офиса. Вторые часто забывают, а именно по ним видно, окупается ли офис.
Отдельно отслеживайте ожидаемую пользу проекта, а не только соблюдение сроков: проект, сданный вовремя, но без ожидаемого эффекта, тоже не удался.
Сначала оцените объем функций в часах: поддержка руководителей, проверка данных, анализ портфеля, администрирование системы. Затем распределите роли. Универсального соотношения вроде «один сотрудник на десять проектов» нет: проекты и степень автоматизации слишком различаются.
Пример. Инжиниринговая компания на 300 человек ведет 15 проектов одновременно, учет - в системе. На старте хватает руководителя офиса и аналитика; методологию и администрирование системы можно поручить им же или совместить с другими ролями. Отдельное подразделение нужно не всегда: часть функций может выполнять назначенный координатор.
Три стартовых сервиса офиса опираются на готовые разделы. Реестр - это проекты с иерархией портфель - программа - проект. В портфеле ведут стратегические цели и KPI, оценивают проекты по взвешенным критериям и отбирают их под лимит бюджета. Отбор работает как сценарий «что если»: его отметки не сохраняются, итоговое решение фиксируют отдельно (Портфели). Блок «Ресурсы: спрос против емкости» показывает, сколько людей в FTE (эквивалент полной занятости) проектам нужно от каждого центра компетенций и сколько в нем есть.
Для сопоставимой сводки есть светофор здоровья проекта с едиными правилами: бюджет, срок, отставание по графику (SPI), просроченные задачи, открытые проблемы и критичные риски. Пороги - 90% бюджета, 14 дней до срока, SPI 0,95 и 0,80 - стоят по умолчанию, администратор меняет их под правила офиса (Контроль проекта). Загрузка сотрудников плановая: она считается по участию в командах проектов, табели и отпуска в нее не входят (Ресурсы).
Методику офиса можно закрепить в самой системе: этапы и обязательные документы этапа задает набор проектной документации, а переход этапа и изменение срока или бюджета проходят через согласованный запрос на изменение (Методология). Статус проекта система не проверяет, поэтому когда какой статус ставится, стоит прописать в регламенте офиса, а смены отслеживать по истории изменений. Проверить такую схему на одном проекте можно в пилоте за шесть недель.
Цели, скоринг проектов, отбор под бюджет и ресурсы
Этапы, запросы на изменение, роли и светофор здоровья
Чем система управления проектами отличается от трекера и СЭД
