Разработать интегрированный план управления проектом
В приложении: Project → Documents / Knowledge Base
PMP ECO · Process (41%) · Task Pr1. Сведи каждый вспомогательный план и базовую линию в один согласованный план того, как проект будет исполняться, мониториться и контролироваться.
Что это
Project management plan (PMP) — это генеральный план, который интегрирует все вспомогательные планы — объём, сроки, стоимость, качество, ресурсы, коммуникации, риск, закупки, заинтересованные стороны — плюс три базовые линии (объём, сроки, стоимость) и выбранный подход к разработке (предиктивный, agile или гибридный). Интеграция — фирменный акт PM: заставить части сложиться в единое согласованное целое. Он становится единым источником истины, против которого измеряются изменения.
Почему это важно
- Подпланы, написанные изолированно, противоречат друг другу — график, игнорирующий lead time закупок, план стоимости, слепой к резерву риска. Интеграция их ловит.
- PMP определяет, как контролируется изменение; без него «план» — это то, что сказало последнее письмо.
Где ты это делаешь в VanillaPM
Charter авторизует проект; управляемые планы управления (объём, сроки, стоимость, качество, риск, закупки, коммуникации, стороны, governance) живут как версионируемые документы в Knowledge Base, а настройки подхода к разработке (тип проекта, параметры) подгоняют, какие планы должен произвести данный проект. Вместе они образуют интегрированный набор планов.
Разбор примера — Coral Ridge Resort
Coral Ridge предиктивный (строительная стройка), поэтому его набор планов — полный управляемый пакет, каждый наследует от charter: план объёма (WBS), план сроков (Gantt с базовой линией), план стоимости (48 млн $ с contingency 2,4 млн $ и management reserve 1,2 млн $), плюс планы качества, риска, закупок, коммуникаций и governance. Базовые линии задаются вместе — нельзя забаселайнить график без объёма и стоимости — что и есть точка интеграции.

Артефакт
- Интегрированный план управления проектом — charter + все вспомогательные планы + три базовые линии + подход к разработке, поддерживаемые согласованными и версионируемыми.
Лучшие практики и ловушки
- Делай подгонку плана под проект — малому внутреннему проекту не нужен каждый подплан; стройке за 48 млн $ нужен.
- Делай базовую линию объёма, сроков и стоимости вместе и только после их согласованности.
- Ловушка: план, пылящийся на полке. Если PMP — не то, против чего ты измеряешь изменение и прогресс, он не интегрирован — это декорация.
На экзамене PMP
Интеграция — там, где живут полномочия PM. Ожидай вопросов о подгонке подхода к разработке, PMP как базовой линии для integrated change control и поддержании согласованности вспомогательных планов. Когда сценарий добавляет работу или смещает подход, ответ идёт через план, а не через сделку в обход.