Эту страницу открывают, когда проект близок к показу, релизу или сдаче, и PM должен понять не «почти ли готово», а действительно ли результат можно безопасно выносить на внешнюю точку. Проверка готовности нужна, чтобы проблемы всплывали до демо, приёмки или выпуска, а не во время них.
Что это за навык
Проверка готовности — это управленческая сверка результата, артефактов, зависимостей и организационных условий перед публичной или обязательной точкой проекта. По сути, это фильтр между внутренним «мы вроде закончили» и внешним «мы готовы показать, передать или выпустить».
Когда особенно нужна
- перед демо, UAT, релизом или закрытием этапа;
- когда результат зависит не только от кода или задач команды, но и от окружения, данных, коммуникации и согласований;
- когда цена ошибки на финальной точке высока.
Как делать
1. Проверьте выполнение критериев приёмки и внутренних критериев готовности. 2. Убедитесь, что зависимые стороны и артефакты тоже готовы: данные, доступы, сценарий показа, release notes, список открытых вопросов и коммуникация для участников внешней точки. 3. Отдельно разберите, что ещё может сорвать внешнюю точку даже при формально завершённых задачах. 4. Зафиксируйте список стоп-факторов и критерии go/no-go. 5. Если готовность неполная, принимайте решение осознанно: перенос, частичный показ, ограниченный релиз или дополнительная доработка.
Типовые ошибки
- путать завершение работ с готовностью к приёмке или релизу;
- не проверять организационные и внешние зависимости;
- идти в демо или выпуск «на авось»;
- поздно эскалировать, что результат ещё не готов к внешней точке.
Практический ориентир
Сильная проверка готовности отвечает не только на вопрос «что уже сделано», но и на вопрос «что ещё может сорвать приёмку, демо или релиз прямо сейчас». Если второй вопрос не задан, проверка готовности обычно иллюзорна.