PMI PMP: Управление, соблюдение требований и организационное согласование — Руководство по подготовке

By Laurynas Brazys · 22 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

Часть PMP — Руководство по подготовке. Практикуйтесь с проверенными ответами в центре экзаменов PMI, или пройдите тесты на время на ExamRoll.io.

PMO, системы управления и управляющие комитеты

Управление (governance) — это структура полномочий, которая определяет, кто, на основании каких данных и в рамках каких процедур эскалации принимает решения. Проектный офис (PMO) обычно является хранителем этой структуры. В зависимости от своих полномочий, PMO может быть поддерживающим (предоставляя шаблоны, наставничество, извлеченные уроки), контролирующим (требуя соответствия определенным фреймворкам, инструментам или периодичности отчетности) или директивным (назначая менеджеров проектов и отвечая за результаты поставки). Это различие имеет значение, поскольку оно определяет, какая степень свободы есть у менеджера проекта при адаптации артефактов, выборе поставщиков или изменении ритма отчетности. Методология директивного PMO фактически не подлежит обсуждению; шаблоны поддерживающего PMO — это рекомендации, которые, тем не менее, заслуживают серьезного внимания, поскольку в них заложен накопленный организацией опыт.

Над PMO — или на одном уровне с ним — находится управляющий комитет, обычно состоящий из исполнительных спонсоров, старших функциональных руководителей, а иногда и внешних заинтересованных сторон в регулируемых или государственных проектах. Его роль заключается в том, чтобы утверждать изменения в содержании проекта, выходящие за рамки делегированных полномочий, разрешать межфункциональные конфликты, разрешать споры за ресурсы и подтверждать соответствие стратегии. Эскалация на управляющий комитет должна происходить, когда: (а) решение выходит за рамки полномочий менеджера проекта, делегированных ему согласно уставу, (б) компромиссы влияют на реализацию выгод или экономическое обоснование, (в) материализуются риски, выходящие за пределы организационных границ, или (г) выявленные несоответствия угрожают «лицензии на деятельность» проекта.

Когда PMO или формальных политик не существует — например, в уникальной правительственной инициативе внутри незрелой организации — менеджер проекта не должен действовать так, как будто управление необязательно. Правильный первый шаг — создать минимально необходимую структуру управления: разработать устав, определить схему эскалации, предложить состав управляющего комитета и получить одобрение спонсора для этих структур до начала основной работы. Управление — это не накладные расходы, которые можно добавить позже; это каркас, обеспечивающий обоснованность последующих решений.

Соответствие нормативным и правовым требованиям, аудиты и контроли

Нормативные обязательства отличаются от обычных требований: они не подлежат обсуждению, их исполнение контролируется извне, а их несоблюдение влечет за собой штрафы, которые могут превысить ценность всего проекта. Разрешения на природопользование, стандарты охраны труда и техники безопасности, режимы конфиденциальности данных (GDPR, HIPAA), экспортный контроль, правила финансовой отчетности (SOX), аккредитации в области кибербезопасности и отраслевые сертификации — все это относится сюда. Эти требования должны быть выявлены на этапах инициации и раннего планирования, включены в базовый план по требованиям, реестр рисков (с указанием владельцев и стратегий реагирования), график (как обязательные зависимости), бюджет (сборы, оценки третьих сторон) и план управления качеством (как критерии приемки).

Обнаружение того, что требования по охране труда и технике безопасности отсутствуют в плане экологического проекта, — это не незначительный пробел, а комплексный сбой. Это сигнализирует о том, что реестр рисков недооценивает подверженность угрозам, что у регуляторов уже могут быть основания для применения принудительных мер, что уже выполненная работа может потребовать переделки или остановки, и что доверие заинтересованных сторон к целостности плана подорвано. Проблема не просто в том, что «мы что-то забыли»; проблема в том, что решения уже были приняты на основе дефектного базового плана.

Аудиты — внутренние, внешние и регуляторные — это механизм, с помощью которого соответствие доказывается, а не просто заявляется. Эффективное планирование аудита включает:

График аудитов
- Цель: Периодичность, привязанная к контрольным точкам фаз и регуляторным циклам
- Ответственность МП: Включить в генеральный план-график
Артефакты-доказательства
- Цель: Прослеживаемые записи согласований, тестов, утверждений
- Ответственность МП: Определить правила именования, хранения и удержания
Политика хранения
- Цель: Соответствовать законодательным минимумам (часто 5–10+ лет)
- Ответственность МП: Согласовать с юридическим отделом/отделом делопроизводства
Журнал корректирующих действий
- Цель: Отслеживать устранение выявленных несоответствий
- Ответственность МП: Отчитываться о статусе перед PMO/управляющим комитетом
Протокол архивации
- Цель: Сохранение данных после закрытия проекта
- Ответственность МП: Включить в процессы закрытия

Когда директор PMO обнаруживает, что команды обходят согласования по кибербезопасности перед развертыванием, решение не в том, чтобы написать служебную записку или надеяться, что обучение все исправит. Менеджер проекта должен интегрировать проверку кибербезопасности как обязательный контроль в процесс выпуска, обновить определение готовности (Definition of Done) или критерии выхода из фазы, привлечь службу безопасности в качестве ответственного рецензента и зафиксировать допущенное ранее упущение для принятия корректирующих мер. Контроли, которые можно обойти, — это не контроли.

Организационные политики, адаптация и обучение

Политики, охватывающие закупки, информационную безопасность, полномочия на заключение договоров, HR, командировки, доступность и отчетность, применяются независимо от подхода к реализации проекта. Распространенная ошибка в agile- или гибридных проектах — это убеждение, что скорость оправдывает срезание углов. Например, привлечение сторонних разработчиков по неофициальным каналам, потому что «закупки занимают слишком много времени». Правильное поведение — работать совместно с отделом закупок и PMO, чтобы найти соответствующий требованиям путь (рамочные соглашения об услугах, пулы предварительно одобренных поставщиков, контракты типа «время и материалы», рассчитанные на итеративную работу), а не обходить их. Обход политик без официально одобренного отклонения подвергает организацию юридическим, финансовым и аудиторским рискам, а также подрывает доверие к руководителю проекта, когда такой обход обнаруживается.

Адаптация (Tailoring) — это дисциплинированное приспособление процессов к контексту проекта: его размеру, сложности, рискам, интенсивности регулирования, распределению команды и подходу к реализации. Адаптация законна, а пропуск — нет. Критерий заключается в том, является ли элемент контроля обязательным (регуляторные требования, безопасность, финансы или явно указан как не подлежащий адаптации в политике PMO) или дискреционным (форматирование, периодичность, выбор инструментов). В гибридном проекте, сочетающем поставку по Scrum с моделью поэтапного финансирования (stage-gate), руководитель проекта может объединить отчеты о статусе с докладами на обзорах спринта, заменить официальный комитет по управлению изменениями (change control board) на упрощенный журнал решений владельца продукта для элементов бэклога и сохранить полноценное управление через CCB для изменений в содержании, которые выходят за рамки базового бюджета или ожидаемых выгод. Применение одинакового уровня управления к проекту по улучшению процесса с двумя участниками и к многолетнему проекту по созданию регулируемой инфраструктуры — это категориальная ошибка. Так же, как и отказ от управления в проекте по созданию инфраструктуры, потому что команда хочет «работать по agile».

Обучение закрепляет принципы адаптации. Команды должны понимать не только суть процесса, но и то, почему существует каждый элемент контроля и какие из них являются неизменными. Материалы для введения в должность, сообщества практиков и консультационные часы PMO — все это служит данной цели.

Управление выгодами и соответствие бизнес-обоснованию

Каждое решение в рамках управления в конечном счете служит реализации выгод. Бизнес-обоснование определяет ожидаемую ценность; план управления выгодами указывает, какие выгоды, когда, кем и по сравнению с каким базовым уровнем измеряются. Артефакты управления — устав, реестр выгод, дашборды с KPI, обзоры на этапах (phase-gate reviews) — существуют для того, чтобы выполнение проекта соответствовало этим обязательствам.

Цепочка согласования выглядит так: стратегические цели → бизнес-обоснование → устав → метрики содержания и выгод → решения на этапах (phase-gate) → анализ после внедрения. Когда поступает запрос на изменение, вопрос не только в том, «можем ли мы это реализовать?», но и в том, «сохраняет, увеличивает или уменьшает ли это ценность, заложенную в бизнес-обосновании?». Добавление в содержание проекта, которое улучшает пользовательский опыт, но задерживает соблюдение регуляторных сроков, может уничтожить больше ценности, чем создать. Управляющие комитеты должны получать метрики отслеживания выгод, а не только отклонения по стоимости и графику, чтобы их решения основывались на ценности, а не на деятельности.

Типичные ошибки и почему они приводят к провалу

Пропуск организационных процессов ради скорости без формального одобрения приводит к провалу, потому что несогласованные отклонения переносят риск на руководителя проекта лично, делают недействительными аудиторские записи и создают прецедент, который подрывает управление во всем портфеле проектов. Правильный шаг — это задокументированный запрос на адаптацию или отказ от требования (waiver).
Позднее выявление регуляторных обязательств приводит к провалу, потому что работы по обеспечению соответствия редко можно выполнять параллельно с уже завершенной реализацией; это усугубляется доработками, задержками в получении разрешений и принудительными мерами. Обеспечением соответствия нужно заниматься на этапе инициации, а не исправления.
Универсальный подход к управлению не работает в обе стороны: избыточное управление небольшими задачами растрачивает ресурсы и деморализует команды, в то время как недостаточное управление сложными или регулируемыми проектами чревато катастрофическими последствиями. Адаптация на основе контекста с учетом базового набора обязательных элементов контроля — единственная оправданная позиция.
Исключение PMO или функций по обеспечению соответствия на ранних этапах приводит к провалу, потому что корпоративные политики обнаруживаются слишком поздно в виде блокирующих факторов, а не интегрируются на ранних этапах как ограничения. Это вынуждает к переделкам, повторному планированию и часто к пересмотру базовых показателей уже после того, как заинтересованным сторонам были даны обязательства.

← Планирование и интеграция проекта · Все домены · Закрытие проекта →

Отработать эти вопросы → · Тесты на время на ExamRoll.io →