Эту страницу открывают, когда проект уже нельзя удерживать только через общую roadmap и отдельные задачи. В этот момент PM нужен средний слой планирования: этапы, на которые можно опереть сроки, контрольные точки, ответственность и коммуникацию.
План этапов связывает стратегический горизонт и операционную работу. Он помогает показать, из каких управляемых кусков состоит проект и что должно быть завершено, чтобы перейти дальше.
Когда он нужен
- в проекте несколько последовательных стадий;
- есть обязательные согласования, поставки, тестирование, запуск;
- нужно объяснить участникам, где мы сейчас и что считается завершением этапа;
- проект нельзя эффективно вести только по общему backlog;
- нужно построить основу для контроля исполнения.
Что должен содержать
- список этапов и их смысл;
- критерий завершения каждого этапа;
- ключевые результаты и артефакты по этапам;
- зависимости между этапами;
- ориентиры по срокам или окнам;
- ответственных за критические переходы.
Как собирать
1. Определите, какие крупные результаты реально меняют состояние проекта. 2. Разделите проект на управляемые переходы, а не на произвольные куски времени. 3. Для каждого этапа сформулируйте, чем он заканчивается. 4. Уточните, что может заблокировать переход к следующему этапу. 5. Привяжите этапы к внешним согласованиям, интеграциям и релизам. 6. Проверьте, видна ли по плану логика движения даже без чтения списка задач.
Что ломается без него
- статус проекта превращается в набор несвязанных задач;
- сложно понять, какой кусок результата уже действительно собран;
- сроки обсуждаются без привязки к реальным переходам;
- руководству трудно объяснить, что именно задерживается;
- команда не видит вехи и ощущает проект как бесконечный поток активности.
Типовые ошибки
- называть этапами просто календарные отрезки;
- не задавать критерий завершения этапа;
- делать слишком много мелких этапов и терять управленческий смысл;
- не пересматривать план после крупных изменений;
- не связывать этапы с рисками, зависимостями и приёмкой.