План управління проєктом і базові плани

Плани мають узгоджуватися

У проєкті є план змісту, розклад, бюджет, план ризиків, план комунікацій. Кожен складають окремо, тому вони легко суперечать один одному. Наприклад, розклад обіцяє реліз 20 грудня. А в плані ризиків закладено до двох тижнів на перевірку гри в магазинах застосунків, тож подати гру на перевірку студія мала ще на початку грудня, коли рівні не готові.

Щоб такі суперечності помітити до старту, усі частини зводять у план управління проєктом. Він описує і що робимо, і як керуємо: як оцінюємо роботу, як звітуємо, як вносимо зміни.

Базові плани

Головна частина плану управління проєктом — базові плани (baselines). Це затверджені версії, з якими команда порівнює факт:

• базовий план змісту: опис змісту, WBS і словник WBS (модуль 7);
• базовий план розкладу: затверджений графік із датою релізу (модуль 8);
• базовий план вартості: затверджений бюджет, розподілений у часі (модуль 9).

Базовий план не змінюють «тихо», нікому не сказавши і вирішивши самотужки. Якщо реліз справді зсувається, керівник проєкту оформлює зміну, отримує погодження і лише тоді оновлює базовий план. Інакше незрозуміло, з чим порівнювати, втрачається історія, контроль виконання і якості, а план щоразу «підганяють» під факт.

В адаптивних проєктах

Тут базовими планами частіше слугують бачення продукту, план релізу і бюджет на ітерації. Беклог змінюється постійно, але бюджет і дату релізу без рішення спонсора не змінюють.