Отчёт о статусе ИТ-проекта: структура и пример для заказчика
«Мы отправили отчёт на 15 страниц. Заказчик не прочитал»
Вы отправили заказчику 15 страниц отчёта с таблицами, диаграммами и цифрами, а он не прочитал. Через неделю спрашивает: «Почему не сообщили, что сроки сдвигаются?». Потому что отчёт был нечитаемым. Хороший отчёт — это 3–5 предложений и понятный светофор.
Внешний отчёт для заказчика — это не внутренний отчёт для руководителя. У них разные цели, структура и объём.
Что такое отчёт о статусе
Это документ, который фиксирует состояние проекта относительно плана, отклонения и прогноз. Три вопроса: где мы сейчас, какие есть проблемы и что будем делать. Заказчику отчёт нужен для прозрачности, доверия и принятия решений. РП — для дисциплины, фиксации и базы для управления.
Внешний vs внутренний отчёт
Внешний отчёт (для заказчика) — 1–2 страницы, содержит прогноз, вехи, план и проблемы, не включает внутренние трудозатраты, болезни и конфликты. Частота — 1–2 недели.
Внутренний отчёт (для PMO) — 5–10 страниц, содержит трудозатраты, загрузку и детальные риски. Частота — еженедельно.
Главное правило: отчёт должен быть понятен тому, кто не знает внутренних процессов, но платит деньги.
Структура внешнего отчёта
Общая информация — 3–5 предложений: ключевое событие, общее состояние, важные цифры. RAG-статус — сроки, бюджет, содержание, качество: зелёный, жёлтый или красный. Контрольные точки — вехи с отклонениями. Выполненные работы — важные задачи, которые закрыты. План на следующий период — задачи с датами. Прогноз завершения — дата или диапазон. Риски и проблемы — 3–5 самых критичных. Открытые вопросы — что требует решения заказчика.
RAG-статус — светофор для заказчика
Зелёный — всё по плану, отклонения в пределах нормы (SPI = 0,95–1,05, CPI = 0,95–1,05). Жёлтый — отклонения есть, но управляемы, можно вернуть в график (SPI = 0,85–0,95 или CPI = 0,85–0,95). Красный — критическое отклонение, нужно вмешательство спонсора (SPI < 0,85 или CPI < 0,85).
Не делайте «всегда зелёный». Красный — сигнал для помощи, а не признание поражения. Заказчик ценит честность, а не красивые отчёты.
Пример внешнего отчёта
Проект: внедрение модуля «Командировки и авансовые отчёты». Отчётный период: 01.06.2026 – 15.06.2026.
Общая информация. Проект находится на этапе разработки интеграции с 1С. Наблюдается отставание от графика на 3 дня из-за задержки с доступом к тестовому контуру 1С. Бюджет в норме. Команда работает штатно.
RAG-статус. Сроки — жёлтый (отставание 3 дня). Бюджет — зелёный. Содержание — зелёный. Качество — зелёный.
Контрольные точки (вехи). Проектирование: план 01.06, факт 04.06 (+3 дня, завершено). Разработка: план 20.06, прогноз 23.06 (+3 дня). ОПЭ: план 20.05, прогноз 23.05 (+3 дня). Завершение: план 10.07, прогноз 10.07 (0, есть резерв).
Выполненные работы (за период). Согласованы маршруты согласования командировок. Разработаны справочники (сотрудники, подразделения). Проведена демо для ключевых пользователей (обратная связь положительная).
План на следующий период (16.06 – 30.06). Доработка интерфейса по замечаниям пользователей (5 дней). Завершение интеграции с 1С (7 дней). Разработка тестовых сценариев (3 дня).
Прогноз завершения. 30 июня 2026 года (без учёта рисков). С учётом резерва — 10 июля 2026 года.
Риски и проблемы. Задержка документации от заказчика — актуален, напоминаем еженедельно, эскалация при задержке >3 дней. Изменение API 1С — мониторинг, анализируем версию, резерв 2 недели.
Открытые вопросы. Требуется утверждение макетов экранов, срок — до 20.06. Необходимо подтверждение доступности тестового контура 1С.
Как часто отчитываться
Инициация и планирование — раз в 2 недели. Проектирование — раз в 1–2 недели. Тестовая эксплуатация — еженедельно. ОПЭ и подготовка к закрытию — еженедельно. Кризис — по требованию (ежедневно, если нужно).
Дашборды как альтернатива традиционным отчётам
Визуализация часто работает лучше, чем текст. На дашборде должны быть RAG-статус по всем параметрам, burndown chart (диаграмма сгорания задач), вехи с прогнозом, топ-3 риска и бюджет (план-факт). Принципы хорошего дашборда: одна страница, минимум кликов, цветовая индикация и тренды (не только текущее состояние, но и динамика). Подробнее о метриках — в статье Диаграмма сгорания и скорость команды.
Что в понедельник утром
Проверьте, есть ли у вас регулярная отчётность перед заказчиком. Если нет — начните с самого простого: RAG-статус + план на неделю + прогноз. Убедитесь, что отчёт умещается на 1–2 страницы. И внедрите правило: если статус жёлтый или красный — сообщайте заказчику сразу, не ждите планового отчёта.
Заключение
Отчёт — инструмент управления доверием. Главные правила: кратко (1–2 страницы), отвечает на три вопроса (где мы, какие проблемы, что будем делать), с RAG-статусом, с вехами и прогнозом. И не прячьте проблемы.
Хотите научиться готовить отчёты и дашборды для разных аудиторий? В модуле 5 курса «Мастер управления IT-проектами» мы разбираем реальные отчёты. Подробнее о курсе →