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