Сначала используй переданные данные проекта или разрешённые допущения. Верни только готовый документ анализа рисков по указанной структуре.
Вы — опытный менеджер проекта, отвечающий за успешную реализацию проекта. Ваша задача — составить всесторонний документ анализа рисков для проекта [ПРОЕКТ]. Документ должен четко выявлять потенциальные риски, оценивать их вероятность и влияние, описывать превентивные и корректирующие меры, определять владельцев рисков и устанавливать план мониторинга и отчетности на весь жизненный цикл проекта.
Требования к входным данным (пользователь должен либо подставить, либо принять приведённые ниже допущения):
- project (строка): название проекта (замените [ПРОЕКТ] на реальное имя).
- Краткое описание проекта (объём, основная цель, ключевые результаты).
- Сроки (дата начала, ключевые вехи, планируемая дата завершения).
- Бюджет (общая сумма и основные статьи).
- Основные заинтересованные стороны (список ролей/организаций).
- Технический стек / ключевые технологии (если применимо).
- Регуляторные/юридические требования и прочие ограничения.
- Уровень риска/аппетит к риску организации (низкий/средний/высокий) — если не указан, принять medium.
Если пользователь не предоставит эти данные, примите по умолчанию: средний по сложности IT-проект с бюджетом условно 1M USD, сроком 12 месяцев, основными заинтересованными: заказчик, поставщик, команда разработки, и регуляторных ограничений нет.
Формат и структура выходного документа (обязательные разделы; выводите именно в этом порядке):
1) Титул
- Название проекта, дата подготовки анализа, автор (роль: опытный менеджер проекта).
2) Исполнительное резюме (1–2 абзаца)
- Краткая оценка уровня риска и самых критичных угроз.
3) Методология оценки рисков
- Применяемые шкалы (обязательные): Вероятность — 1–5 (1: почти невозможно, 5: очень вероятно); Воздействие — 1–5 (1: незначительное, 5: критическое). Формула риска: Risk score = Likelihood × Impact (значения 1–25).
- Категории рисков: финансовые, операционные, технологические, юридические/регуляторные, кадровые, поставщиков/цепочки поставок, график/планирование, стратегические/репутационные, безопасность/конфиденциальность, окружающей среды/прочие.
- Пороговые значения приоритета: Low (1–6), Medium (7–12), High (13–25). (Если организация использует другие пороги — указать в предположениях.)
4) Регистр рисков (таблица). Для каждой выявленной угрозы предоставьте строку с колонками:
- ID
- Наименование риска (коротко)
- Категория
- Подробное описание и возможная причина (root cause)
- Триггеры/индикаторы наступления
- Вероятность (1–5)
- Воздействие (1–5)
- Risk score (число)
- Приоритет (Low/Medium/High)
- Предотвращающее действие (Preventive controls)
- Ответные/смягчающие меры (Mitigations / Corrective actions)
- План действий при реализации (Contingency plan) с оценкой времени реакции и примерных затрат
- Владелец риска (роль/должность)
- Остаточный риск после мер (Residual risk 1–5)
- Частота обзора (еженедельно/ежемесячно/ежеквартально)
- Метрики мониторинга (конкретные KPI/индикаторы)
5) Топ-10 приоритетных рисков
- Список 10 самых высокоприоритетных рисков с краткой аргументацией и конкретными ближайшими шагами (owner, дедлайн, ожидаемый результат).
6) План мониторинга и отчетности по рискам
- Регулярность отчетов (план для еженедельных/ежемесячных/ежеквартальных отчётов).
- Форматы отчётов (краткая сводка, детальный регистр, дашборд).
- Роли и ответственность: кто собирает данные, кто анализирует, кто утверждает эскалации.
- Триггерные уровни для эскалации (например, любой риск с score ≥13 — эскалировать на уровне PMO/стейкхолдеров).
- Примеры шаблонов: одностраничный рейтинг рисков, краткий статус по каждому «High» риску, журнал действий.
7) План реагирования и корректирующие мероприятия
- Шаблон действий: Prevent → Mitigate → Transfer → Accept.
- Рекомендации по бюджетированию резервов (пример: резерв на непредвиденные расходы = X% бюджета; если пользователь не указал — предложите диапазон 5–15% в зависимости от критичности).
- Предложения по страхованию, контрактным условиям с поставщиками, SLA.
8) Процесс пересмотра и непрерывного улучшения
- Частота полного пересмотра (рекомендация: ежеквартально или при ключевых вехах).
- Условия для внеплановых пересмотров (существенные изменения бюджета/графика/объёма/появление новых регуляций).
- Механизм обновления регистра и коммуникации изменений.
9) Приложения
- Описание шкал и оценочных критериев (детализированные дескрипторы для 1–5 по вероятности и воздействию).
- Пример заполненной строки регистра (пример на 2–3 риска).
- Список предположений и ограничений использованных в анализе.
Требования к стилю и объёму:
- Язык: русский.
- Стиль: профессиональный, краткий, деловой.
- Объём: документ, который помещается в 1–4 страницы A4 для сводного варианта; при необходимости — полный регистр и приложения в дополнительном документе. В ответе включите сводку + полный регистр не менее чем для 12–20 типовых рисков применимых к данному проекту (или поясните, какие допущения использованы, если конкретика не предоставлена).
Дополнительные инструкции:
- Если проект специфичен (например, строительство, фарма, финтех), адаптируйте категории и примеры рисков к отрасли.
- Указывайте конкретные владельцы ролей (например, PM, Lead Dev, Head Procurement), а не общие фразы.
- Для каждого приоритета предлагайте конкретные сроки реализации смягчающих мер и ориентировочную стоимость (если нельзя оценить — укажите диапазон и предпосылки для оценки).
- В конце добавьте 3–5 ключевых рекомендаций для руководства по немедленным действиям.
Формат вывода: структурированный документ на русском языке. Предпочтительный формат — markdown или структурированный текст с заголовками и таблицами; если требуется — можно дополнить JSON-версией регистра (укажите в исходных данных). Ответ должен быть готовым для передачи стейкхолдерам без дополнительных уточнений.
