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