PMI PMP: Планирование и интеграция проекта — Руководство по подготовке

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

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

Устав проекта, инициация и согласование с заинтересованными сторонами

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

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

Согласование с заинтересованными сторонами на этапе инициации — это не формальность. Выявление заинтересованных сторон, анализ их интересов, влияния и ожиданий, а также проверка их понимания цели проекта позволяют выявить конфликты на ранней стадии, когда их разрешение требует минимальных затрат. Реестр заинтересованных сторон, созданный на раннем этапе и постоянно обновляемый, предотвращает классический сценарий сбоя, когда в середине выполнения проекта обнаруживается влиятельная заинтересованная сторона, которая никогда не была согласна с его целями.

Декомпозиция ИСР и словарь ИСР

Иерархическая структура работ (Work Breakdown Structure, WBS) — это декомпозиция всего содержания проекта на поставляемые результаты, а затем на пакеты работ. Правильный уровень декомпозиции — это тот, на котором пакет работ можно надежно оценить по стоимости и длительности, назначить одного ответственного исполнителя и отслеживать его выполнение. Это правило часто называют эвристикой 8/80 (пакеты работ объемом примерно от 8 до 80 часов), но истинным критерием является возможность контроля, а не количество часов.

Избыточная декомпозиция создает административную нагрузку: сотни микрозадач, отслеживание которых занимает больше времени, чем их выполнение, и которые дробят ответственность. Недостаточная декомпозиция скрывает риски: пакет работ с названием «Строительство пролетного строения» в проекте моста слишком обобщен для содержательной оценки, из-за чего резервы на непредвиденные расходы по стоимости и срокам раздуваются, а анализ отклонений становится невозможным. В примере с мостом декомпозицию следует продолжать до тех пор, пока каждый пакет (например, «Изготовление арматурного каркаса южного устоя») не станет дискретно оцениваемым и назначаемым конкретному бригадиру.

Словарь ИСР дополняет саму ИСР, определяя для каждого пакета работ содержание работ, ответственную организацию, контрольные точки графика, требования к ресурсам, критерии качества, критерии приемки и технические справочные материалы. Он служит мостом между визуальным представлением ИСР и процессами оценки, планирования и контроля качества. Отказ от ведения словаря — частая причина споров о содержании, поскольку сам по себе блок в ИСР неоднозначен.

Интеграция вспомогательных планов

План управления проектом — это не один документ, а интегрированный набор вспомогательных планов и базовых планов. Планы управления содержанием, расписанием, стоимостью, качеством, ресурсами, коммуникациями, рисками, закупками и взаимодействием с заинтересованными сторонами должны быть внутренне согласованы. Если план управления качеством предписывает два независимых цикла тестирования, а расписание предусматривает только один, то план не является интегрированным — это просто набор документов.

• Содержание — ИСР согласована с операциями расписания и оценками стоимости
• Расписание — Календари ресурсов согласованы с планом управления ресурсами
• Стоимость — Резервы на непредвиденные расходы отражают данные из реестра рисков
• Качество — Метрики используются в процессах мониторинга и контроля
• Ресурсы — Требуемые навыки соответствуют плану закупок для закрытия пробелов
• Риски — Стратегии реагирования заложены в бюджет (план по стоимости) и расписание

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

Выбор жизненного цикла и адаптация

Выбор прогнозного, адаптивного или гибридного подхода — это осознанное решение, обусловленное неопределенностью требований, скоростью изменений, ожиданиями по вовлечению заинтересованных сторон, нормативными ограничениями и необходимой частотой поставок.

• Прогнозный подходит для проектов со стабильными, хорошо изученными требованиями, фиксированным нормативным содержанием и низкой терпимостью к изменениям (строительство моста, подача нормативной документации).
• Адаптивный (agile) подходит для работ с высокой степенью неопределенности, где требования выявляются в процессе использования и получения обратной связи (новые функции ПО, прототипы в R&D).
• Гибридный применяется, когда разные компоненты одного и того же проекта имеют разные характеристики.

Долгосрочная программа, которой требуется как стабильная многолетняя архитектура, так и поставка функциональности в краткосрочной перспективе, — это хрестоматийный пример гибридного подхода: руководитель проекта использует прогнозную структуру по методу набегающей волны для общей дорожной карты, контрольных точек и инфраструктуры, в то время как адаптивные итерации поставляют функциональность инкрементально. Уровни управления учитывают оба подхода: контрольные точки этапов (stage-gate reviews) для прогнозной части и обзоры спринтов и ретроспективы внутри адаптивного слоя.

Адаптация (tailoring) выходит за рамки выбора жизненного цикла и распространяется на церемонии, артефакты, инструменты и роли. Для небольшого внутреннего проекта может быть достаточно упрощенного устава и Kanban-доски; а для регулируемого фармацевтического проекта требуются официальные файлы истории проектирования (design history files) независимо от стиля итераций.

Допущения, зависимости, ограничения, активы организационных процессов (ОРА) и извлечённые уроки

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

ИСУП, контроль документов и базовые планы

Информационная система управления проектами (ИСУП) содержит график, бюджет, репозиторий документов, журнал изменений и инструменты отчётности. Контроль версий, права доступа и управление конфигурацией защищают целостность базовых планов. Каждое утверждённое изменение обновляет базовые планы через интегрированный контроль изменений; предыдущий базовый план архивируется, а не перезаписывается, чтобы сохранить возможность аудита.

Проверка готовности и согласование контрактов

Перед сменой подходов в середине проекта или перед началом гибридного выполнения необходимо проверить техническую и организационную готовность. Это включает проверку того, что члены команды обладают необходимыми навыками, инфраструктура поддерживает выбранный ритм (например, CI/CD для agile), а управляющие органы могут работать в требуемом темпе. Когда проект с участием нескольких команд меняет подход без такой проверки, отсутствие технических возможностей обнаруживается только после начала работ, что вынуждает их переделывать. Решение — оценка готовности на этапе планирования: инвентаризация навыков, аудит инструментов и пилотный запуск перед широким внедрением.

Контракты должны соответствовать выбранному жизненному циклу. Контракты с твёрдой фиксированной ценой предполагают предсказуемый, стабильный объём работ; их применение к адаптивным работам заставляет поставщиков завышать оценки или сопротивляться изменениям. Гибридное выполнение обычно требует структур типа «время и материалы» или поощрительных схем для адаптивных компонентов, сохраняя при этом фиксированную цену для стабильных результатов.

Объяснение распространённых ловушек

Начало выполнения без уточнения требований и заинтересованных сторон гарантирует переделки, потому что определение готовности не является общим — работа оценивается по ожиданиям, которые никогда не были озвучены. Чрезмерная или недостаточная декомпозиция ИСР (иерархической структуры работ) нарушает процесс оценки: слишком детальная — и преобладает шум; слишком общая — и оценки становятся догадками. Пропуск анализа ОРА и извлечённых уроков при принятии проекта отбрасывает институциональную память и приводит к повторению известных ошибок. Несоответствие контрактов гибридному подходу создаёт юридические и коммерческие трения — поставщики по контракту вознаграждаются за поведение, несовместимое с выбранной моделью поставки, а запросы на изменения превращаются в споры, а не в сотрудничество.

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

Сценарий: Прия Наир только что назначена руководителем проекта интерактивной выставки “Ocean Realms” в научном музее “Meridian Science Museum”. Это мультимедийная инсталляция стоимостью 2,4 млн долларов, которая должна открыться через 11 месяцев к 50-летнему юбилею музея. Куратор проекта устно одобрил проект три недели назад, но с тех пор Прия обнаружила, что директор по кураторской работе ожидает шесть тематических зон (куратор упоминал четыре), вице-президент по маркетингу уже пообещал дату открытия крупным донорам, а с управляющим объектами никто не консультировался по поводу требований к несущей способности для запланированной 12-тонной кинетической скульптуры. Устав проекта не подписан, а Прию попросили начать заключение контрактов с поставщиками на следующей неделе.

Задача: Прия должна остановить сползание к несанкционированному выполнению и установить формальные полномочия, согласованные цели и прояснённые приоритеты компромиссов до принятия каких-либо обязательств по закупкам.

Рекомендуемый подход:

1. В течение пяти рабочих дней запланировать 90-минутную сессию по разработке устава с куратором проекта, чтобы чётко ранжировать тройное ограничение — подтвердить, что является фиксированным параметром: дата юбилейного гала-вечера, объём кураторских работ или бюджет в 2,4 млн долларов.
2. Подготовить проект устава, отражающий ранжированный приоритет, измеримые критерии успеха (пропускная способность посетителей, время безотказной работы выставки, готовность к дате открытия), график на уровне вех, предварительный бюджет, ключевые допущения и полномочия Прии на расходование средств до определённого порога.
3. Провести индивидуальные 30-минутные интервью для согласования с директором по кураторской работе, вице-президентом по маркетингу, управляющим объектами и главным представителем доноров, чтобы задокументировать их ожидания, влияние и права на принятие решений в реестре заинтересованных сторон.
4. Провести семинар по согласованию с заинтересованными сторонами, на котором куратор лично сообщит о ранжированных компромиссах и официально решит вопрос о четырёх или шести зонах и проблему с несущей способностью для скульптуры.
5. Получить подпись куратора на уставе и распространить его вместе с реестром заинтересованных сторон среди всех указанных лиц до выпуска любых RFP для поставщиков.
6. Занести нерешённые вопросы (например, инженерная осуществимость скульптуры) в журнал допущений и ограничений для немедленной проработки на этапе планирования.

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

← Управление закупками и контрактами · Все домены · Управление →

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