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