Отчет о статусе проекта на одном слайде должен отвечать на три вопроса: что изменилось, что угрожает ближайшему этапу и какое решение требуется от аудитории. Это не журнал проекта, сжатый до тех пор, пока все не поместится.
Один слайд подходит, когда слушатели уже знают проект и им нужно короткое обновление. Если предстоит объяснить предысторию, график, бюджет и отдельные направления работы, начните с полной структуры презентации по отчету, а один слайд используйте как ее краткое изложение. Не скрывайте важные подробности ради формального ограничения по числу слайдов.
Вынесите в заголовок изменение, а не название проекта
Название проекта и дату отчета можно разместить небольшой строкой вверху. Главный заголовок должен описывать текущую ситуацию: «Интеграционный тест перенесен на два дня; решение о запуске без изменений» сообщает больше, чем «Еженедельный отчет». Заодно становится видно, что поменялось со времени предыдущего обсуждения.
Отведите основное место подтвержденному прогрессу, меньший блок — главному риску, а решение или просьбу выделите отдельно. Укажите дату: «по состоянию на 6 октября» точнее, чем «сейчас». Цветовой индикатор может помочь быстро сориентироваться, но дополните его словесным статусом и объяснением.
Договоритесь о смысле используемых статусов. «Под угрозой» может означать, что для соблюдения срока нужно вмешательство, а «заблокировано» — что работа не может продолжаться. Без общих определений два ответственных человека могут описать одну ситуацию по-разному.
Разберите полный пример одного слайда
Ниже — условный проект клиентского портала. Числа служат для объяснения, это не результаты Presenti.
Пилот портала: до пользовательских тестов нужно проверить сброс пароля
На дату: 6 октября. Статус: под угрозой — отдельные тестовые учетные записи для проверки сброса пароля пока не предоставлены.
Прогресс: четыре из пяти приемочных сценариев пройдены с существующими тестовыми учетными записями. Сценарий сброса пароля еще не проверен: для него нужны отдельные учетные записи. Форма обратной связи и сценарий встречи с пользователем готовы.
Риск: если доступ к нужным учетным записям не появится к 8 октября, первый пользовательский тест 9 октября придется перенести: до него нужно закончить проверку сброса пароля. Ответственный — руководитель проекта, который согласует доступ с ИТ-командой.
Нужное решение: ответственный в ИТ-команде подтверждает предоставление этих учетных записей до 8 октября либо согласует с руководителем проекта новую дату теста.
Ближайший этап: первый пользовательский тест; разбор выводов после запланированных встреч.
Слайд разделяет выполненную работу и еще не проверенную. Непроверенный сценарий не назван проваленным. И весь проект не объявлен готовым на 80% только потому, что пройдены четыре из пяти сценариев.
Если понадобятся подробности, держите критерии приемки и протокол тестирования в отдельном документе или приложении. На слайде нужна отсылка к этим основаниям, а не весь журнал тестов мелким шрифтом в углу.
Показывайте продвижение к этапу, а не просто активность
«Провели три встречи» описывает активность. «Согласовали поля данных; можно начинать реализацию» описывает изменение состояния проекта. Выбирайте изменения, которые влияют на готовность, объем работ, сроки, затраты или нужное решение.
Для количественного показателя назовите общее количество и критерий учета. «Пройдены четыре из пяти приемочных сценариев» можно оценить; «Тестирование почти завершено» — нет. Для этапа сравните плановую дату с текущим прогнозом. В бюджете отделяйте фактические расходы от принятых обязательств и прогнозируемых затрат, не сводя все к одной неподписанной цифре.
Не используйте проценты, если не можете объяснить расчет. Одна оставшаяся задача может нести большую часть риска, хотя десятки небольших уже выполнены. Короткое описание ближайшего этапа в таком случае точнее, чем внешне убедительная полоса прогресса.
Сохраняйте сопоставимость отчетных периодов. Если объем вырос с пяти сценариев до восьми, обозначьте это. Иначе уменьшение процента завершения можно ошибочно принять за потерю уже достигнутого результата.
Сформулируйте конкретную просьбу и сохраните читаемость
Вместо «Нужна поддержка» укажите действие, ответственного или принимающего решение человека и срок. Если решения не требуется, так и напишите: «Для информации; следующее обновление после тестов». Не придумывайте запрос на согласование только ради заполнения блока.
Расставьте риски по их влиянию на ближайший этап. Полезная формулировка связывает условие и последствие: «Если доступ задержится после 8 октября, тест 9 октября придется перенести». Добавьте, что уже делается для снижения риска, чтобы на встрече не обсуждать заново выполненную работу.
Если слайд перегружен, уберите перечень прошлых действий, а подробные подтверждения перенесите в полный отчет. Сохраните дату статуса, нужное решение и существенные оговорки. Проверьте слайд в обычном окне демонстрации экрана: уменьшение всех шрифтов не решает проблему лишнего содержания.
Подготовьте черновик по текущим данным проекта
Соберите короткие исходные заметки по четырем пунктам: прогресс, риск, решение, ближайший этап. В Presenti можно создать по этому тексту редактируемый черновик презентации, а затем оставить сведения, нужные именно этой аудитории. Укажите в запросе, что отсутствующие значения должны остаться неизвестными, а не заменяться оценками.
До встречи попросите названных ответственных подтвердить даты, статус и нужное действие. Формулировка, созданная ИИ, не равна подтверждению от ответственного. После встречи внесите принятое решение в рабочие записи проекта: предложенное действие на слайде не должно выглядеть уже согласованным.
