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