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