Stage-gate открывают, когда проект нельзя вести как непрерывный поток без контрольных переходов. Есть этапы, после которых нужно не «поехать дальше по инерции», а осознанно проверить готовность, риски, целесообразность и решение о продолжении. Это полезно в проектах, где цена неправильного движения вперёд достаточно высока.
Что это за подход
Stage-gate полезен как логика этапов и gate-решений. Для PM это не обязательно тяжёлая корпоративная модель, а способ в нужных местах остановиться и спросить: готовы ли мы идти дальше, что должно быть подтверждено и кто принимает решение на переходе.
Когда он нужен
- проекты с несколькими этапами и формальными переходами;
- высокая цена ошибки на следующей фазе;
- важно подтверждать готовность и рамку перед продолжением;
- нужен понятный контур decision points.
Когда он не нужен
- непрерывный продуктовый поток без выраженных gate;
- очень короткие небольшие проекты;
- среды, где gate превращается только в административную задержку без реальной проверки.
Что из него реально применимо для PM
- определять критерии перехода между этапами;
- выносить решение о продолжении в отдельную управленческую точку;
- связывать этапы с рисками, ожиданиями и ресурсом;
- делать готовность явной, а не подразумеваемой.
Какие артефакты, ритуалы и правила важны
- список критериев gate;
- материалы на review перехода;
- фиксация решения: go, rework, hold, stop;
- ясные владельцы принятия решения.
Какие ошибки чаще всего делают при внедрении
- делают gate формальным штампом;
- не определяют чёткие критерии перехода;
- смешивают stage review с обычным статусом;
- используют stage-gate там, где проекту нужен просто живой flow.
Чем можно заменить или упростить
- Prince2, если нужен более широкий stage-based governance;
- простым набором milestone review и checklist готовности;
- PDCA, если важнее цикл улучшения, а не формальные переходы.