Руководство по управлению проектами · Риски, качество и контроль
Руководство проектом (governance): структура, организация и роли
Руководство проектом (governance) — это система ролей, прав принятия решений и механизмов контроля, которая направляет проект и обеспечивает его подотчётность. Она отвечает на три вопроса: кто что может решать, как принимаются эти решения и как организация узнаёт, что проект всё ещё стоит продолжать. В этом руководстве объясняются структура, ключевые механизмы и то, как выстроить руководство проектом, соразмерное вашему проекту.
Главное
- Руководство проектом задаёт направление и обеспечивает подотчётность проекта; управление проектом планирует и выполняет работу.
- Типичная структура включает спонсора, управляющий комитет или совет проекта, руководителя проекта, PMO и ту или иную форму независимого контроля (assurance).
- Чёткие права принятия решений, допуски и пути эскалации позволяют руководителям высшего звена управлять по исключениям, а не утверждать всё подряд.
- Контрольные точки этапов и регулярно перепроверяемое бизнес-обоснование не дают проектам продолжаться по инерции после того, как они перестали быть оправданными.
- Хорошее руководство проектом соразмерно: небольшому внутреннему проекту нужна одностраничная схема, крупной программе — гораздо больше.
Что такое руководство проектом?
Руководство проектом — это совокупность ролей, обязанностей, прав принятия решений, процессов и механизмов контроля, которые направляют проект и надзирают за ним от имени организации, которая его финансирует. Оно определяет, кто подотчётен, кто что может утверждать, как сообщается о ходе работ и как проект проверяется на соответствие бизнес-обоснованию.
Руководство проектом находится над повседневной поставкой. Его задача — обеспечить, чтобы организация выполняла правильный проект, правильным образом, и останавливала его или меняла курс, когда меняется обоснование проекта. При правильной организации оно ускоряет принятие решений, потому что все знают, кто решает и на основе какой информации.
Многие практики описывают руководство проектом простой моделью из трёх столпов. Это удобный способ проверить полноту системы, хотя это учебная модель, а не формальный стандарт:
- Структура: органы принятия решений и их взаимосвязи, например спонсор, управляющий комитет, совет проекта и PMO.
- Люди: конкретные люди в этих ролях, обладающие полномочиями, временем и навыками для их выполнения.
- Информация: отчёты, журналы и обзоры, дающие лицам, принимающим решения, честную картину хода работ, рисков и выгод.
Руководство проектом и управление проектом
Эти понятия тесно связаны, но не тождественны. Руководство направляет и надзирает; управление планирует и выполняет. Руководитель проекта работает в пределах полномочий, делегированных системой руководства.
| Руководство проектом | Управление проектами | |
|---|---|---|
| Назначение | Направлять, авторизовать и требовать отчёта | Планировать, организовывать и выполнять |
| Ключевой вопрос | Правильный ли это проект, правильно ли он ведётся и стоит ли его продолжать? | Как нам достичь согласованных результатов в согласованных рамках? |
| Кто | Спонсор, управляющий комитет или совет проекта, PMO, независимый контроль | Руководитель проекта, руководители команд и проектная команда |
| Типичные решения | Утверждать финансирование и переход между этапами, принимать крупные риски, утверждать существенные изменения, останавливать или закрывать проект | Распределять работу, решать повседневные проблемы, утверждать изменения в пределах допусков |
| Временной горизонт | Весь срок жизни проекта и выгоды после него | Текущий этап, спринт или пакет работ |
Руководство проектом и PMO
A офис управления проектами (PMO) поддерживает руководство проектом, но не является руководящим органом. Как правило, он устанавливает стандарты и шаблоны, сводит отчётность и может проводить проверки (assurance). Такие решения, как утверждение финансирования или остановка проекта, обычно принимает спонсор, совет или портфельный комитет, а не сам PMO.
Руководство проектом в сравнении с корпоративным управлением и управлением портфелем
Корпоративное управление — это то, как вся организация направляется и контролируется её советом директоров. Руководство портфелем решает, какие проекты и программы финансировать и как их балансировать. Руководство проектом применяет эти правила к отдельному проекту. Все три уровня должны быть связаны: допуски, отчётность и контрольные точки этапов проекта должны отражать более широкие политики организации.
Структура и роли руководства проектом
Названия различаются в разных организациях и методах, но большинство структур руководства содержат одни и те же роли. В небольшом проекте один человек может совмещать несколько ролей; в крупном каждая может быть группой.
Спонсор проекта
Спонсор владеет бизнес-обоснованием и несёт конечную ответственность за получение выгод от проекта. Он обеспечивает финансирование, возглавляет управляющий комитет или входит в него, принимает или эскалирует крупные решения и продвигает проект среди руководителей высшего звена. Отсутствующий спонсор — одна из самых частых причин слабого руководства проектом.
Управляющий комитет или совет проекта
Небольшая группа руководителей высшего звена, которая задаёт направление, утверждает каждый этап и решает вопросы, которые не может решить руководитель проекта. В PRINCE2 в совете проекта три роли: исполнительный руководитель (представляет бизнес и владеет бизнес-обоснованием), старший пользователь (представляет людей, которые будут использовать результаты) и старший поставщик (представляет тех, кто их проектирует и создаёт). Делайте совет небольшим; совет из 12 человек редко принимает решения быстро.
Руководитель проекта
Ведёт проект изо дня в день в пределах делегированных полномочий: планирует, координирует команду, управляет рисками и проблемами и честно отчитывается наверх. Когда прогноз выходит за пределы допуска, руководитель проекта эскалирует вопрос с вариантами решения, а не решает его в одиночку.
PMO
Устанавливает методы и шаблоны, поддерживает планирование и отчётность, ведёт обзор портфеля и часто проводит проверки состояния проектов. В некоторых организациях портфельный PMO также готовит информацию для инвестиционных комитетов.
Обеспечение проекта (project assurance)
Независимые проверки того, что проект ведётся надлежащим образом и отчёты отражают реальность. Независимый контроль может осуществлять PMO, внутренний аудит, внешний эксперт или, в PRINCE2, роли контроля, назначенные советом. Он должен быть независим от руководителя проекта.
Совет по управлению изменениями
В более крупных проектах решения об изменениях, выходящих за пределы полномочий руководителя проекта, принимает совет по контролю изменений или сам управляющий комитет.
Зафиксируйте роли письменно. матрицу RACI — самый простой способ показать, кто исполняет, кто отвечает, с кем консультируются и кого информируют по каждому ключевому решению; наш бесплатный шаблон матрицы RACI даёт готовый макет.
Права принятия решений: кто что решает
Самый практичный документ руководства проектом — короткая таблица прав принятия решений. Она снимает вопрос «могу ли я это утвердить?» и не даёт мелким решениям доходить до совета. Пороговые значения ниже приведены лишь для иллюстрации; установите собственные в соответствии с финансовыми полномочиями вашей организации и уровнем риска проекта.
| Решение | Руководитель проекта | Спонсор | Управляющий комитет / совет |
|---|---|---|---|
| Перепланировать задачи в рамках этапа | Решает | Informed (информируемый) | - |
| Изменение в пределах допуска (например, до £10 000 или 1 недели) | Решает и регистрирует | Informed (информируемый) | - |
| Изменение сверх допуска руководителя проекта, но в пределах допуска этапа | Рекомендует | Решает | Informed (информируемый) |
| Прогнозируемый выход за допуск этапа | Готовит отчёт об исключении | Рекомендует | Решает |
| Утвердить следующий этап | Готовит отчёт о завершении этапа | Рекомендует | Решает |
| Принять высокий остаточный риск | Рекомендует | Решает или эскалирует | Решает, если превышен лимит спонсора |
| Остановить или закрыть проект | Рекомендует | Рекомендует | Решает |
Фиксируйте каждое значимое решение в журнал решений: что было решено, кем, когда, какие варианты рассматривались и почему. Это защищает руководителя проекта, помогает новым участникам команды понять историю и служит материалом для извлечённые уроки в конце.
Ключевые компоненты системы руководства проектом
Система руководства — это задокументированный набор правил для одного проекта, обычно согласуемый при инициации и фиксируемый в устав проекта или документе инициации проекта. Вот компоненты, которые входят в большинство таких систем:
| Компонент | Что делает | Типичный документ |
|---|---|---|
| Бизнес-кейс | Обосновывает инвестиции и перепроверяется на каждой контрольной точке этапа | Бизнес-кейс |
| Роли и положения о полномочиях | Определяет, кто входит в каждый орган, что он решает и как часто собирается | Устав, положение о полномочиях, RACI |
| Права принятия решений | Устанавливает, кто что может утверждать, с финансовыми и временными порогами | Таблица делегирования |
| Контрольные точки этапов | Формальные точки «да/нет» между фазами | Отчёт о завершении этапа, чек-лист контрольной точки |
| Допуски | Согласованные пределы по срокам, стоимости, содержанию, качеству, рискам и выгодам | Устав или план проекта |
| Пути эскалации | Как и когда вопросы передаются на уровень выше | Путь эскалации, отчёт об исключении |
| Отчётность | Регулярная честная информация для лиц, принимающих решения | Отчёты о статусе, дашборды |
| Контроль рисков, проблем и изменений | Как угрозы, проблемы и изменения регистрируются и решаются | журнала RAID, журнал изменений |
| Обеспечение (assurance) | Независимые проверки состояния и соответствия требованиям | Проверка состояния или обзор на контрольной точке |
| Анализ выгод | Подтверждает, получена ли ожидаемая ценность | План выгод, обзор после завершения проекта |
Если вы начинаете с нуля, наши бесплатные шаблон бизнес-обоснования и Шаблон журнала RAID охватывают два документа, на которые руководство проектом опирается больше всего.
Руководство проектом в PMBOK и PRINCE2
Оба основных стандарта считают руководство проектом центральным элементом, хотя описывают его по-разному.
- Руководство PMBOK, восьмое издание: PMI опубликовал восьмое издание в ноябре 2025 года. Руководство построено вокруг семи доменов эффективности, и системе руководства проектом — первый из них, наряду с содержанием, расписанием, финансами, заинтересованными сторонами, ресурсами и рисками. Один из шести его принципов — подотчётное лидерство. См. наше Обзор PMBOK Guide.
- PRINCE2 (7-е издание): руководство проектом пронизывает все семь его принципов, и некоторые из них являются правилами руководства: постоянное бизнес-обоснование, определённые роли, обязанности и взаимоотношения, управление по этапам и управление по исключениям. Практика организации описывает совет проекта и роли контроля, а допуски можно устанавливать для сроков, стоимости, содержания, качества, выгод, рисков и устойчивого развития.
- Agile-фреймворки: Руководство по Scrum не описывает руководство проектом, но наделяет владельца продукта чёткой ответственностью за максимизацию ценности и делает прогресс видимым каждый спринт, что органы руководства могут использовать напрямую.
Наше мнение: берите терминологию из того метода, который использует ваша организация, но оценивайте свою систему по тому, быстро ли принимаются решения, основаны ли они на полной информации и фиксируются ли они.
Как пошагово выстроить руководство проектом
- Проверьте, что уже существует. Запросите у PMO или финансового отдела лимиты делегирования, правила контрольных точек этапов и стандарты отчётности организации. Не изобретайте параллельную систему.
- Подтвердите спонсора. Согласуйте одного подотчётного спонсора с полномочиями и временем для выполнения этой работы.
- Определите масштаб руководства. Решите, какой уровень контроля нужен проекту, исходя из стоимости, риска, сложности и заметности (см. таблицу масштабирования ниже).
- Сформируйте орган принятия решений. Назовите членов управляющего комитета или совета проекта, напишите краткое положение о полномочиях и установите ритм встреч.
- Согласуйте права принятия решений и допуски. Заполните таблицу делегирования и установите допуски по срокам, стоимости и содержанию на уровне проекта и этапа.
- Определите контрольные точки этапов. Выберите точки принятия решений, обычно в конце каждой фазы проекта, и какие свидетельства нужны для каждой контрольной точки.
- Настройте отчётность и журналы. Согласуйте формат и периодичность отчётов о статусе, путь эскалации и место хранения журнала RAID, журнала изменений и журнала решений.
- Спланируйте независимый контроль. Решите, кто и когда будет проводить независимые проверки состояния.
- Зафиксируйте и донесите её. Внесите систему в устав, поделитесь ею со всеми участниками и включите её в план коммуникаций.
- Пересматривайте её на каждой контрольной точке. Ужесточайте или облегчайте руководство по мере изменения профиля рисков.
Шаблон системы руководства проектом
Скопируйте эту таблицу в свой устав и замените пример своим содержанием. Цифры условные.
| Элемент | Пример содержания |
|---|---|
| Спонсор | Операционный директор: владеет бизнес-обоснованием и выгодами |
| Управляющий комитет | Спонсор (председатель), финансовый бизнес-партнёр, руководитель службы клиентского обслуживания, руководитель со стороны ИТ-поставщика; собирается ежемесячно и на каждой контрольной точке этапа |
| Права принятия решений | Руководитель проекта утверждает изменения до £10 000 и 1 недели; спонсор — до £50 000 и 4 недель; выше — совет |
| Допуски проекта | Стоимость ±10%; дата окончания +6 недель; обязательное содержание фиксировано |
| Допуски этапа | Стоимость ±5%; дата окончания этапа +2 недели |
| Контрольные точки этапов | Конец инициации, проектирования, разработки и тестирования; решение «да/нет» фиксируется в журнале решений |
| Отчётность | Еженедельный статус спонсору; ежемесячный отчёт о ключевых моментах совету; отчёт об исключении в течение 2 рабочих дней после прогноза выхода за допуск |
| Путь эскалации | Владелец проблемы → руководитель проекта → спонсор → управляющий комитет |
| Риски и изменения | Журнал RAID пересматривается еженедельно; запросы на изменение — через журнал изменений |
| Обеспечение (assurance) | Проверка состояния силами PMO в конце каждого этапа; независимый обзор перед вводом в эксплуатацию |
| Ключевые документы | Устав, бизнес-обоснование, план проекта, журнал RAID, журнал изменений, журнал решений |
Наши шаблон устава проекта и шаблон запроса на изменение дают отправную точку для устава и журнала изменений.
Допуски, эскалация и управление по исключениям
Допуски — это согласованная величина, на которую проект или этап может отклониться от плана, прежде чем потребуется привлечь следующий уровень полномочий. Управление по исключениям, один из ключевых принципов PRINCE2, означает, что руководители высшего звена не рассматривают каждое решение; они устанавливают допуски, получают регулярные отчёты и вмешиваются, только когда прогноз выходит за эти пределы. Это позволяет совету сосредоточиться на решениях, которые может принять только он.
Когда прогноз выходит за пределы допуска, руководитель проекта готовит отчёт об исключении , в котором объясняет причину, последствия и варианты, с рекомендацией. Затем совет выбирает вариант, и результат фиксируется в журнале решений.
Разобранный пример
Для переезда офиса стоимостью £2 млн установлен допуск по стоимости ±5% (£100 000). На четвёртом месяце руководитель проекта прогнозирует перерасход £140 000 из-за дополнительных электромонтажных работ. Поскольку это выходит за пределы допуска, она направляет совету отчёт об исключении с тремя вариантами: покрыть затраты из резерва на непредвиденные расходы, сократить содержание по технике для переговорных или отложить переезд на шесть недель, чтобы провести повторный тендер на электромонтажные работы.
Совет утверждает £90 000 из резерва на непредвиденные расходы и сокращает содержание на £50 000, что возвращает прогноз в пределы допуска. Решение фиксируется, базовый план пересматривается, а допуск для оставшихся этапов подтверждается. Весь обмен занял неделю, потому что все знали порог, формат и того, кто принимает решение.
Масштабирование руководства под размер проекта
При слишком слабом руководстве проекты дрейфуют; при слишком сильном замедляется каждое решение. Соизмеряйте вес руководства со стоимостью, риском и заметностью проекта.
| Тип проекта | Типичное руководство |
|---|---|
| Небольшой внутренний проект | Назначенный спонсор, одностраничный устав с правами принятия решений, статусная записка раз в две недели, простой журнал проблем и рисков |
| Средний проект | Спонсор плюс небольшая управляющая группа, контрольные точки на основных фазах, еженедельный статус, журналы RAID и изменений, проверка PMO перед вводом в эксплуатацию |
| Крупный или высокорисковый проект | Формальный совет проекта, полная таблица делегирования и допуски, ежемесячные заседания совета и отчётность об исключениях, независимый контроль на каждой контрольной точке |
| Программа или портфель | Совет программы над советами проектов, управление выгодами, приоритизация портфеля и сводная отчётность через PMO |
Руководство проектом в Agile-проектах
Agile-командам тоже нужно руководство, но оно выглядит иначе. Вместо того чтобы заранее утверждать детальные планы, органы руководства часто проверяют работающий продукт и финансируют результаты во времени.
- Финансируйте продукты или потоки создания ценности, а не фиксированное содержание. Согласуйте бюджет и цель, затем регулярно проверяйте поставленную ценность.
- Используйте ответственность владельца продукта. Именно владелец продукта принимает большинство решений о содержании; руководство задаёт рамки.
- Используйте обзоры как свидетельства. A обзоре спринта или квартальное событие планирования показывает реальный прогресс, что является лучшим свидетельством, чем письменный отчёт о статусе.
- Делайте контрольные точки лёгкими и частыми. Короткие регулярные точки принятия решений заменяют длинные контрольные точки фаз.
- Устанавливайте ограничительные рамки, а не процедуры утверждения. Согласуйте правила безопасности, архитектуры и расходов, которые команда может применять самостоятельно.
- Адаптируйте PMO. Так называемый Agile PMO поддерживает команды метриками и коучингом, а не проверкой документов.
Гибридные проекты часто сохраняют формальные контрольные точки этапов для финансирования и контрактов, а поставку ведут спринтами. Это хорошо работает, если критерии контрольных точек используют те же свидетельства, которые команда уже производит.
Признаки слабого руководства и типичные ошибки
| Тревожный признак | Что с этим делать |
|---|---|
| Никто не может сказать, кто вправе утвердить то или иное изменение | Опубликуйте таблицу делегирования и матрицу RACI для ключевых решений |
| Спонсор отсутствует или делегирует всё | Заранее согласуйте, сколько времени будет уделять спонсор; если это не соблюдается, эскалируйте владельцу портфеля |
| Проект продолжается после того, как бизнес-обоснование утратило силу | Перепроверяйте бизнес-обоснование на каждой контрольной точке и считайте остановку допустимым результатом |
| Отчёты остаются «зелёными» до внезапного кризиса | Определите RAG-статусы относительно допусков и поощряйте раннее сообщение о плохих новостях |
| Совет обсуждает детали и избегает решений | Рассылайте материалы заранее с чётко сформулированным запрашиваемым решением и вариантами |
| Мелкие решения занимают недели | Расширьте допуски руководителя проекта и используйте управление по исключениям |
| Решения принимаются в коридорах и забываются | Ведите журнал решений и подтверждайте решения письменно |
Большинство этих проблем связаны с культурой не меньше, чем с процедурами. Система работает, только если спонсор и совет принимают в ней участие, а руководитель проекта чувствует себя в безопасности, сообщая о проблемах заранее. Хорошее управление заинтересованными сторонами помогает и в том, и в другом.
Инструменты, поддерживающие руководство проектом
Руководство проектом зависит в основном от людей и чётких правил, но ПО облегчает информационную сторону. Ищите дашборды портфеля, процессы согласования, журналы аудита, управление правами доступа и единое место для журналов RAID, изменений и решений.
Среди инструментов, которые мы рассматриваем, Wrike хорошо подходит организациям, которым нужны межпроектные дашборды, формы запросов и процессы согласования в одном месте, а Smartsheet подходит командам, предпочитающим подход в стиле электронных таблиц с портфельной отчётностью.
Бесплатные шаблоны по этой теме
Частые вопросы
Что такое руководство проектом?
Руководство проектом — это система ролей, прав принятия решений, процессов и механизмов контроля, которая направляет проект и надзирает за ним, чтобы организация знала, кто что решает и стоит ли проект продолжать.
Каковы три столпа руководства проектом?
Широко используемая модель описывает три столпа: структура (органы принятия решений), люди (кто занимает каждую роль) и информация (отчёты и обзоры, на которых основываются решения). Это полезный чек-лист, а не формальный стандарт.
Чем руководство проектом отличается от управления проектом?
Руководство задаёт направление, авторизует финансирование и этапы и обеспечивает подотчётность проекта. Управление проектом планирует и выполняет работу в пределах полномочий, делегированных системой руководства.
Кто отвечает за руководство проектом?
Конечную ответственность несёт спонсор при поддержке управляющего комитета или совета проекта. PMO и функции независимого контроля поддерживают руководство, а руководитель проекта работает в его рамках.
Что такое система руководства проектом?
Задокументированные правила для конкретного проекта: роли, права принятия решений, допуски, контрольные точки этапов, пути эскалации, отчётность, журналы и независимый контроль. Обычно они фиксируются в уставе проекта или документе инициации.
Что делает управляющий комитет в системе руководства проектом?
Он задаёт направление, утверждает этапы и существенные изменения, решает эскалированные вопросы и принимает решение о продолжении проекта. Он должен быть достаточно небольшим, чтобы быстро принимать решения.
В чём разница между PMO и руководством проектом?
Руководство проектом — это система принятия решений. PMO — команда, которая поддерживает её, устанавливая стандарты, сводя отчёты и часто проводя проверки, но обычно не владеет крупными решениями.
Что такое контрольная точка этапа?
Формальная точка принятия решения в конце фазы, где совет анализирует ход работ, риски и бизнес-обоснование, прежде чем утвердить следующую фазу, сменить направление или остановить проект.
Что такое допуски в руководстве проектом?
Допустимые отклонения от плана, например ±5% по стоимости или две недели по дате окончания этапа, в пределах которых руководитель проекта может действовать без эскалации. PRINCE2 также допускает установку допусков по содержанию, качеству, выгодам, рискам и устойчивому развитию.
Что такое управление по исключениям?
Принцип, центральный для PRINCE2, при котором руководители высшего звена устанавливают допуски и вмешиваются, только когда прогноз выходит за их пределы. Это экономит их время и ускоряет рутинные решения.
Как работает руководство проектом в Agile?
Agile-руководство финансирует результаты во времени, полагается на владельца продукта в решениях о содержании, использует частые обзоры работающего продукта как свидетельства и заменяет длинные контрольные точки фаз более лёгкими и частыми точками принятия решений.
Что такое журнал решений?
Запись значимых решений с указанием того, что было решено, кем, когда, какие варианты рассматривались и почему. Он поддерживает подотчётность, аудиты и извлечение уроков.
Сколько руководства нужно небольшому проекту?
Обычно назначенный спонсор, одностраничный устав с правами принятия решений и допусками, короткое регулярное обновление статуса и простой журнал рисков и проблем. Добавляйте больше, только если это оправдано стоимостью, риском или заметностью.
Что происходит с проектом без руководства?
Решения застревают или принимаются не теми людьми, риски не эскалируются, содержание растёт без утверждения, а проекты могут продолжаться ещё долго после того, как перестали быть оправданными.