Риски сопровождают любой проект, бизнес или организацию – и вопрос не в том, случится ли что-то непредвиденное, а в том, насколько быстро и грамотно команда на это отреагирует. Примеры плана реагирования на риски помогают понять, как устроен этот документ изнутри: какие разделы в нем обязательны, как формулируются действия, кто за что отвечает и как выглядит структура в разных контекстах – от строительного проекта до IT-продукта и финансовой организации.
В этой подборке собраны образцы планов реагирования для разных отраслей и форматов: от компактных таблиц до развернутых документов с пошаговыми сценариями. Каждый пример разобран по структуре и снабжен пояснениями, чтобы его можно было адаптировать под конкретную задачу, а не просто скопировать.
Что войдет в подборку: форматы и примеры плана реагирования на риски
В подборку включены наиболее распространенные форматы плана реагирования – от таблиц рисков до развернутых регламентов и сценарных карточек. Ниже – структура статьи с перечнем конкретных примеров.
- Табличные планы реагирования на риски
- 📌 Таблица рисков для IT-проекта по разработке мобильного приложения
- 📌 Таблица рисков для строительного подряда
- 📌 Таблица рисков для маркетинговой кампании
- Развернутые планы реагирования на риски в формате документа
- 📌 План реагирования на риски для проекта внедрения CRM
- 📌 План реагирования на риски для производственного предприятия
- 📌 План реагирования на операционные риски в финансовой организации
- Сценарные карточки реагирования
- 📌 Карточка реагирования на риск утечки данных
- 📌 Карточка реагирования на риск срыва поставки
- 📌 Карточка реагирования на риск отказа ключевого сотрудника
- Планы реагирования в рамках управления проектом
- 📌 Раздел реестра рисков для проекта редизайна сайта
- 📌 Матрица рисков и ответных мер для запуска нового продукта
Примеры плана реагирования на риски разных видов и форматов: основной FAQ
Что такое план реагирования на риски? Это документ, который фиксирует: какие риски существуют, насколько они вероятны и опасны, что делать при их наступлении, кто отвечает за каждое действие и в какие сроки. Он может быть частью более широкого плана управления рисками или существовать как самостоятельный рабочий документ.
Основные форматы, которые встречаются на практике:
- Таблица рисков – компактный формат, удобный для проектных команд. Каждый риск – одна строка с оценкой, мерами и ответственным.
- Развернутый документ – полноценный регламент с разделами: описание риска, триггеры, шаги реагирования, роли, коммуникации, контроль.
- Сценарная карточка – один риск на одном листе. Удобно для оперативного использования командой: быстро достал, прочитал, действуешь.
- Раздел реестра рисков – план реагирования встроен в общий реестр как колонка или подраздел. Типично для проектного управления по PMBOK или схожим стандартам.
- Матрица рисков – визуальный инструмент, где риски распределены по вероятности и воздействию, а меры реагирования привязаны к ячейкам матрицы.
Где применяются: в проектном управлении, строительстве, IT, финансах, производстве, логистике, здравоохранении – везде, где есть задачи с неопределенностью и последствиями за ошибки.
Табличные планы реагирования на риски
Таблица – самый распространенный рабочий формат. Он позволяет охватить все идентифицированные риски в одном документе, быстро сравнить их между собой и назначить ответственных. Таблица особенно удобна на старте проекта, когда нужно зафиксировать весь реестр рисков и прикрепить к каждому конкретные меры реагирования.
📌 Таблица рисков для IT-проекта по разработке мобильного приложения
- Сценарий: проект разработки мобильного приложения для интернет-магазина, команда 8 человек, срок – 4 месяца
- Адресат: руководитель проекта, тимлид, заказчик
- Задача: зафиксировать ключевые риски и меры реагирования до старта разработки
Пример:
Реестр рисков проекта: мобильное приложение для интернет-магазина "МаркетЛайт"
Версия 1.0 | Дата составления: [дата] | Ответственный за документ: руководитель проекта
| № | Риск | Вероятность | Влияние | Уровень | Стратегия реагирования | Меры реагирования | Ответственный | Срок |
| 1 | Задержка согласования требований со стороны заказчика | Высокая | Высокое | Критический | Снижение | Зафиксировать регламент согласования (срок ответа – 2 рабочих дня). При нарушении – автоматический перенос сроков этапа с уведомлением заказчика. | Руководитель проекта | До старта разработки |
| 2 | Уход ключевого разработчика в середине проекта | Средняя | Высокое | Высокий | Снижение / принятие | Документировать код еженедельно. Подготовить резервного подрядчика. При уходе – передача задач за 5 рабочих дней. | Тимлид | Постоянно |
| 3 | Изменение требований к API платежной системы | Средняя | Среднее | Средний | Снижение | Использовать абстрактный слой интеграции. Отслеживать обновления документации поставщика. При изменении – оценка доработки за 2 дня. | Тимлид | До этапа интеграции |
| 4 | Несоответствие приложения требованиям App Store / Google Play при публикации | Средняя | Высокое | Высокий | Снижение | Провести предварительный аудит требований маркетплейсов за 3 недели до публикации. Заложить буфер 10 дней на доработки. | QA-инженер, тимлид | За 3 недели до релиза |
| 5 | Превышение бюджета на серверную инфраструктуру | Низкая | Среднее | Низкий | Принятие с мониторингом | Еженедельный мониторинг расходов. При превышении плана на 15% – пересмотр архитектурного решения. | Руководитель проекта | Еженедельно |
Порядок обновления реестра: еженедельно на статус-встрече команды. При наступлении риска – немедленная отметка в графе "Статус" и запуск плана реагирования.
- Почему подходит: табличный формат позволяет охватить все риски одним взглядом и сразу видеть, кто за что отвечает.
- Термин "стратегия реагирования": стандартные стратегии – снижение (уменьшить вероятность или влияние), принятие (жить с риском и мониторить), передача (застраховать или переложить на подрядчика), уклонение (изменить план так, чтобы риск исчез).
- Что важно не испортить: каждый риск должен иметь конкретного ответственного, а не "команду" или "всех".
📌 Таблица рисков для строительного подряда
- Сценарий: строительство торгового павильона, срок – 3 месяца, генеральный подрядчик и несколько субподрядчиков
- Адресат: прораб, руководитель проекта, служба безопасности
- Задача: предупредить срывы сроков, инциденты на объекте и перерасход бюджета
Пример:
Таблица рисков: строительство торгового павильона "Центральный"
Объект: [адрес объекта] | Составлено: [дата] | Ответственный: прораб / руководитель проекта
| № | Риск | Вероятность | Влияние | Меры предупреждения | Действия при наступлении | Ответственный |
| 1 | Задержка поставки стройматериалов | Высокая | Высокое | Заключить договор с двумя поставщиками. Контролировать поставки за 7 дней до плановой даты. | Немедленный запрос у резервного поставщика. Пересмотр графика работ. Уведомление заказчика. | Прораб |
| 2 | Несчастный случай на объекте | Средняя | Критическое | Ежедневный инструктаж по ТБ. Проверка СИЗ. Ограждение опасных зон. | Вызов скорой помощи (103). Остановка работ на участке. Фиксация происшествия. Уведомление руководства и инспекции труда в течение 2 часов. | Инженер по ОТ, прораб |
| 3 | Неблагоприятные погодные условия (заморозки, ливни) | Средняя | Среднее | Мониторинг прогноза погоды за 3 дня. Планирование критических работ в окна с хорошими условиями. | Перенос наружных работ. Переключение бригады на внутренние работы. Корректировка графика. | Прораб |
| 4 | Обнаружение скрытых дефектов грунта | Низкая | Высокое | Провести геологическое исследование до начала работ. | Остановка фундаментных работ. Привлечение геолога. Пересмотр проектного решения с проектировщиком. Уведомление заказчика о возможном изменении стоимости. | Главный инженер |
| 5 | Конфликт между субподрядчиками / дублирование зон работ | Средняя | Среднее | Еженедельные координационные совещания. Четкое разграничение зон ответственности в договорах. | Немедленное совещание с руководителями субподрядчиков. Разделение зон. Фиксация решения письменно. | Руководитель проекта |
- Почему подходит: в строительстве важно разделять меры предупреждения и действия при наступлении – это разные вещи, и смешивать их нельзя.
- СИЗ – средства индивидуальной защиты (каска, жилет, перчатки и т.д.).
- ТБ – техника безопасности.
📌 Таблица рисков для маркетинговой кампании
- Сценарий: запуск федеральной рекламной кампании нового продукта, бюджет от 1 млн рублей, срок – 6 недель
- Адресат: маркетинг-директор, медиапланировщик, бренд-менеджер
- Задача: минимизировать репутационные и бюджетные потери при нештатных ситуациях
Пример:
Таблица рисков: рекламная кампания "Запуск продукта X"
Составлено: [дата] | Ответственный: маркетинг-директор
| № | Риск | Вероятность | Влияние | Стратегия | Действия при наступлении | Ответственный |
| 1 | Негативная реакция аудитории на рекламный креатив | Средняя | Высокое | Снижение | Остановить показ в течение 4 часов. Подготовить альтернативный креатив (должен быть готов заранее). Опубликовать официальный комментарий бренда. | Бренд-менеджер, SMM |
| 2 | Превышение CPL выше допустимого порога на 30% | Средняя | Среднее | Снижение | Перераспределить бюджет в пользу каналов с лучшим CPL. Приостановить неэффективные каналы. Созвониться с агентством для пересмотра стратегии. | Медиапланировщик |
| 3 | Технический сбой лендинга в пиковые часы трафика | Средняя | Высокое | Снижение | Немедленное уведомление техподдержки. Снижение ставок в рекламных кабинетах до восстановления. Фиксация потерянного трафика. | Технический специалист, медиапланировщик |
| 4 | Блокировка рекламных кабинетов платформой | Низкая | Критическое | Уклонение / передача | Активировать резервный рекламный аккаунт. Перераспределить бюджет на альтернативные каналы. Подать апелляцию. | Медиапланировщик |
| 5 | Изменение алгоритмов площадки в период кампании | Низкая | Среднее | Принятие с мониторингом | Мониторинг метрик ежедневно. При падении показателей более чем на 20% – пересмотр таргетингов и форматов. | Медиапланировщик |
Примечание: альтернативный креатив должен быть подготовлен и согласован до старта кампании, а не в момент кризиса.
- CPL – cost per lead, стоимость одного привлеченного лида (потенциального клиента). Допустимый порог устанавливается заранее исходя из юнит-экономики.
- Почему подходит: в маркетинге риски часто связаны с репутацией и деньгами одновременно, поэтому важно разделить их по типу реагирования.
Развернутые планы реагирования на риски в формате документа
Когда таблицы недостаточно, составляется полноценный документ: с описанием каждого риска, триггерами его наступления, пошаговыми действиями, коммуникационной схемой и критериями завершения реагирования. Такой формат используется в крупных проектах, при высоких ставках и когда команда должна действовать слаженно без дополнительных инструктажей.
📌 План реагирования на риски для проекта внедрения CRM
- Сценарий: внедрение CRM-системы в отделе продаж компании (30 пользователей), срок проекта – 3 месяца
- Адресат: руководитель проекта, IT-директор, РОП
- Задача: обеспечить бесперебойное внедрение и минимизировать сопротивление пользователей
Пример:
ПЛАН РЕАГИРОВАНИЯ НА РИСКИ
Проект: внедрение CRM-системы в отдел продаж
Версия: 1.0
Дата: [дата]
Ответственный за документ: руководитель проекта
Статус: действующий
1. Назначение документа
Документ определяет порядок действий команды при наступлении идентифицированных рисков в ходе проекта внедрения CRM. Документ является обязательным к исполнению для всех участников проектной команды.
2. Участники и роли
| Роль | Ответственность в рамках управления рисками | Контакт |
| Руководитель проекта | Общая координация реагирования, коммуникация с заказчиком | pm@company.ru |
| IT-директор | Технические решения, доступ к инфраструктуре | it@company.ru |
| РОП (руководитель отдела продаж) | Управление сопротивлением пользователей, коммуникация с командой | rop@company.ru |
| Интегратор (внешний подрядчик) | Технические доработки, устранение ошибок системы | support@crm-partner.ru |
3. Реестр рисков и планы реагирования
Риск 1. Низкий уровень принятия системы пользователями
- Описание: менеджеры по продажам отказываются работать в CRM, продолжают вести учет в Excel и мессенджерах.
- Вероятность: высокая.
- Влияние: проект фактически не достигает цели, данные в системе неполные.
- Триггер: через 2 недели после запуска более 30% сделок не зафиксированы в CRM.
- Стратегия: снижение.
- Меры предупреждения: вовлечь РОПа в формирование требований до старта. Провести обучение в формате живых демонстраций, а не инструкций. Назначить "чемпионов CRM" внутри команды.
- Действия при наступлении триггера:
- Шаг 1. РОП проводит индивидуальные беседы с сотрудниками, фиксирующими сделки вне системы.
- Шаг 2. Руководитель проекта организует дополнительную сессию обучения в течение 3 рабочих дней.
- Шаг 3. Вводятся контрольные точки: еженедельная проверка полноты данных в системе.
- Шаг 4. При отсутствии улучшений через 2 недели – эскалация к генеральному директору.
- Критерий завершения реагирования: 90% сделок фиксируются в CRM в течение 24 часов.
Риск 2. Критическая ошибка в системе после запуска
- Описание: после перехода в промышленную эксплуатацию в системе обнаруживается ошибка, блокирующая ключевые процессы (например, невозможность создать сделку или выставить счет).
- Вероятность: средняя.
- Влияние: остановка продаж, потеря данных, репутационный ущерб внутри компании.
- Триггер: поступление более 3 обращений о блокирующей ошибке в течение 2 часов после запуска.
- Стратегия: снижение + передача (SLA с интегратором).
- Меры предупреждения: нагрузочное тестирование за 5 дней до запуска. Сохранение резервной копии данных перед переходом. Пилотный запуск на 5 пользователях за 1 неделю до общего.
- Действия при наступлении триггера:
- Шаг 1. IT-директор немедленно связывается с интегратором по горячей линии.
- Шаг 2. Пользователи переводятся на временную схему работы (фиксация в согласованном шаблоне Excel) на время устранения.
- Шаг 3. Руководитель проекта уведомляет заказчика в течение 30 минут.
- Шаг 4. Контроль устранения ошибки согласно SLA (не более 4 часов для критических ошибок).
- Шаг 5. После устранения – миграция данных из временной схемы в систему.
- Критерий завершения реагирования: система работает в штатном режиме, все данные перенесены, пользователи уведомлены.
Риск 3. Задержка поставки лицензий
- Описание: поставщик CRM не предоставляет лицензии в срок, плановый запуск откладывается.
- Вероятность: низкая.
- Влияние: сдвиг всего плана проекта.
- Триггер: лицензии не получены за 5 рабочих дней до планового старта.
- Стратегия: снижение.
- Действия при наступлении триггера:
- Шаг 1. Руководитель проекта направляет официальный запрос поставщику с требованием подтверждения даты.
- Шаг 2. Параллельно прорабатывается вариант временного доступа через тестовую среду.
- Шаг 3. Заказчик уведомляется о сдвиге сроков с указанием причины и нового плана.
4. Порядок эскалации
- Риски уровня "низкий" – решаются руководителем проекта самостоятельно.
- Риски уровня "средний" – решаются руководителем проекта совместно с IT-директором и РОПом.
- Риски уровня "высокий" и "критический" – немедленная эскалация к генеральному директору.
5. Порядок обновления документа
Документ пересматривается еженедельно на статус-встрече проектной команды. При наступлении любого риска – немедленное обновление статуса в реестре.
- Почему подходит: развернутый формат с триггерами и пошаговыми действиями особенно важен в IT-проектах, где команда может действовать в условиях стресса и нехватки времени.
- Термин "SLA": Service Level Agreement – соглашение об уровне сервиса, в котором прописаны сроки реакции и устранения проблем подрядчиком.
- Что важно не испортить: триггер должен быть измеримым – не "если что-то пойдет не так", а конкретная цифра или событие.
📌 План реагирования на риски для производственного предприятия
- Сценарий: среднее производственное предприятие, выпуск металлоконструкций, 80 сотрудников
- Адресат: директор по производству, главный инженер, служба охраны труда
- Задача: предотвратить простои, инциденты и срывы поставок
Пример:
ПЛАН РЕАГИРОВАНИЯ НА ПРОИЗВОДСТВЕННЫЕ РИСКИ
Предприятие: [наименование]
Утвержден: директором по производству
Дата: [дата]
Срок действия: 1 год с даты утверждения
Раздел 1. Риски производственного процесса
Риск: выход из строя ключевого оборудования (станок с ЧПУ)
- Вероятность: средняя (2–3 раза в год по статистике предыдущих периодов).
- Влияние: срыв производственного плана, штрафы по контрактам с заказчиками.
- Меры предупреждения: плановое техническое обслуживание согласно регламенту производителя. Ведение журнала технического состояния оборудования. Наличие ЗИП (запасных частей) на складе.
- Действия при наступлении:
- Шаг 1. Главный инженер в течение 1 часа оценивает масштаб поломки.
- Шаг 2. Параллельно: перераспределение текущих заказов на резервное оборудование (если возможно).
- Шаг 3. Вызов сервисного инженера поставщика (контакт: service@equipment-partner.ru, +7 900 000 00-00). SLA – приезд в течение 24 часов.
- Шаг 4. Уведомление заказчиков о возможной задержке поставки – не позднее чем через 4 часа после обнаружения неисправности.
- Шаг 5. При задержке ремонта более 3 суток – рассмотрение аренды аналогичного оборудования у партнеров.
- Ответственный: главный инженер.
Риск: срыв поставки сырья от ключевого поставщика
- Вероятность: средняя.
- Влияние: остановка производственной линии через 5–7 рабочих дней после исчерпания складского запаса.
- Меры предупреждения: поддерживать страховой запас сырья на 10 рабочих дней. Иметь договор с резервным поставщиком (с подтвержденными условиями поставки).
- Действия при наступлении:
- Шаг 1. Директор по закупкам немедленно связывается с поставщиком для выяснения причин и сроков.
- Шаг 2. При невозможности поставки в течение 3 дней – активация заказа у резервного поставщика.
- Шаг 3. Пересмотр производственного плана с учетом доступного сырья.
- Шаг 4. Уведомление заказчиков при риске задержки.
- Ответственный: директор по закупкам, директор по производству.
Раздел 2. Риски охраны труда и безопасности
Риск: производственная травма
- Действия при наступлении:
- Шаг 1. Немедленный вызов скорой помощи (103) и оказание первой помощи пострадавшему.
- Шаг 2. Остановка работ на аварийном участке до выяснения обстоятельств.
- Шаг 3. Уведомление директора предприятия и инженера по охране труда в течение 15 минут.
- Шаг 4. Фиксация места происшествия (фото, схема, показания свидетелей).
- Шаг 5. Уведомление государственной инспекции труда согласно требованиям законодательства.
- Шаг 6. Расследование в установленные сроки.
- Ответственный: инженер по охране труда, директор предприятия.
Раздел 3. Порядок документирования инцидентов
Каждый наступивший риск фиксируется в журнале инцидентов с указанием: даты, описания события, принятых мер, ответственных, результата и рекомендаций по предотвращению в будущем. Журнал ведется главным инженером и передается директору ежемесячно.
- Почему подходит: на производстве важно разделить риски по тематическим разделам – это упрощает поиск нужного плана в стрессовой ситуации.
- ЗИП – запасные части и принадлежности. Стандартный термин для производственной сферы.
📌 План реагирования на операционные риски в финансовой организации
- Сценарий: небольшая микрофинансовая организация или страховой брокер, 25–50 сотрудников
- Адресат: риск-менеджер, руководитель операционного блока, комплаенс-офицер
- Задача: соответствие регуляторным требованиям и защита от операционных сбоев
Пример:
ПЛАН РЕАГИРОВАНИЯ НА ОПЕРАЦИОННЫЕ РИСКИ
Организация: [наименование]
Версия: 2.1
Дата утверждения: [дата]
Утвержден: генеральным директором
Срок пересмотра: ежегодно или при изменении регуляторных требований
1. Область применения
Документ распространяется на все подразделения организации. Под операционными рисками понимаются риски потерь вследствие ненадлежащих или ошибочных внутренних процессов, действий сотрудников, систем или внешних событий.
2. Классификация операционных рисков
| Категория | Примеры рисков | Уровень приоритета |
| Технологические | Сбой ИТ-систем, утечка данных, кибератака | Критический |
| Процессные | Ошибки в документах, нарушение регламентов, неправильный расчет | Высокий |
| Кадровые | Мошенничество сотрудника, уход ключевого специалиста | Высокий |
| Внешние | Мошенничество клиентов, изменение законодательства, действия регулятора | Средний–Критический |
3. Планы реагирования по категориям
3.1. Технологические риски: сбой основной ИТ-системы
- Триггер: система недоступна более 30 минут в рабочее время.
- Немедленные действия (первые 30 минут):
- Уведомить IT-специалиста и руководителя операционного блока.
- Перевести сотрудников на резервные процедуры (бумажные формы, резервная система).
- Уведомить клиентов через сайт/мессенджер о временных ограничениях.
- Действия в течение 2 часов:
- Оценка причины сбоя и прогноза восстановления.
- При невозможности восстановления за 4 часа – активация плана непрерывности деятельности.
- Уведомление руководства и при необходимости – регулятора.
- Критерий завершения: система восстановлена, все транзакции за период сбоя верифицированы и проведены.
3.2. Кадровые риски: выявление мошеннических действий сотрудника
- Триггер: обнаружение признаков несанкционированных операций или хищения.
- Немедленные действия:
- Блокировка доступа сотрудника к системам (IT-специалист, немедленно).
- Уведомление службы безопасности и юридического отдела.
- Сохранение всех доказательств (логи, документы) без изменений.
- Дальнейшие действия:
- Внутреннее расследование в течение 3 рабочих дней.
- Оценка финансового ущерба.
- При подтверждении – обращение в правоохранительные органы.
- Уведомление регулятора в установленные сроки.
4. Отчетность и контроль
Каждый операционный инцидент фиксируется в базе данных инцидентов. Риск-менеджер ежеквартально готовит отчет для совета директоров. Пороговые значения потерь, требующие немедленного уведомления регулятора, устанавливаются в соответствии с действующими нормативными актами.
- Комплаенс-офицер – сотрудник, отвечающий за соответствие деятельности компании законодательным и регуляторным требованиям.
- Почему подходит: в финансовых организациях план реагирования должен учитывать регуляторные требования – не только внутренние, но и внешние обязательства по уведомлению.
Сценарные карточки реагирования на риски
Сценарная карточка – это формат "один риск на одном листе". Она предназначена для оперативного использования: сотрудник быстро находит нужную карточку и действует по шагам без необходимости читать весь документ. Особенно удобно для рисков с высокой вероятностью или критическим влиянием, когда каждая минута на счету.
📌 Карточка реагирования на риск утечки данных
- Сценарий: компания любого размера, работающая с персональными данными клиентов
- Адресат: IT-специалист, DPO (ответственный за защиту данных), руководитель
- Задача: минимизировать ущерб и соблюсти требования законодательства о персональных данных
Пример:
КАРТОЧКА РЕАГИРОВАНИЯ НА ИНЦИДЕНТ
Тип риска: утечка персональных данных
Уровень критичности: КРИТИЧЕСКИЙ
Версия: 1.2 | Дата обновления: [дата]
Признаки наступления:
- Обнаружен несанкционированный доступ к базе данных клиентов.
- Сотрудник сообщил об отправке конфиденциальных файлов на внешний адрес.
- Поступила жалоба клиента на использование его данных без его ведома.
- Зафиксирована подозрительная активность в системных логах.
Действия: первые 60 минут
- ✅ Немедленно уведомить IT-специалиста и ответственного за защиту данных (DPO).
- ✅ Заблокировать скомпрометированные учетные записи и точки доступа.
- ✅ Сохранить системные логи без изменений (не удалять, не перезаписывать).
- ✅ Уведомить руководителя организации.
- ✅ Зафиксировать время обнаружения и первые известные факты.
Действия: первые 24 часа
- ✅ Провести первичную оценку масштаба: сколько записей затронуто, какие категории данных.
- ✅ Уведомить Роскомнадзор в течение 24 часов с момента обнаружения (требование законодательства о персональных данных).
- ✅ Оценить необходимость уведомления затронутых субъектов персональных данных.
- ✅ Привлечь юридическую службу для оценки правовых рисков.
Действия: первые 72 часа
- ✅ Направить расширенное уведомление в Роскомнадзор с полным описанием инцидента.
- ✅ Принять технические меры по устранению уязвимости.
- ✅ Подготовить внутренний отчет об инциденте.
- ✅ Оценить необходимость информирования клиентов.
Ответственные:
| Роль | Контакт |
| IT-специалист | it@company.ru / +7 900 000 00-00 |
| DPO (ответственный за данные) | dpo@company.ru / +7 900 000 00-01 |
| Юридическая служба | legal@company.ru |
| Генеральный директор | ceo@company.ru / +7 900 000 00-02 |
Нельзя делать при утечке данных:
- ❌ Удалять логи и файлы до завершения расследования.
- ❌ Самостоятельно уведомлять СМИ без согласования с руководством и юристами.
- ❌ Откладывать уведомление регулятора – это нарушение законодательства.
- DPO – Data Protection Officer, ответственный за защиту персональных данных. В российском законодательстве аналог – ответственный за организацию обработки персональных данных.
- Почему подходит: карточка с разбивкой по временным окнам (60 минут, 24 часа, 72 часа) позволяет действовать последовательно даже в условиях паники.
- Что важно не испортить: раздел "Нельзя делать" – один из самых важных. Часто именно неправильные действия в первые часы усугубляют ситуацию.
📌 Карточка реагирования на риск срыва поставки
- Сценарий: торговая или производственная компания, зависящая от регулярных поставок от одного или нескольких поставщиков
- Адресат: менеджер по закупкам, коммерческий директор, логист
Пример:
КАРТОЧКА РЕАГИРОВАНИЯ НА ИНЦИДЕНТ
Тип риска: срыв поставки от ключевого поставщика
Уровень критичности: ВЫСОКИЙ
Версия: 1.0 | Дата: [дата]
Признаки наступления:
- Поставщик не подтвердил отгрузку в установленный срок.
- Поступила информация о проблемах у поставщика (остановка производства, транспортный коллапс).
- Товар не поступил на склад в плановую дату.
Немедленные действия (первые 2 часа):
- ✅ Менеджер по закупкам связывается с поставщиком для выяснения причин и новых сроков.
- ✅ Оценить текущий складской запас: на сколько дней хватит при текущем потреблении.
- ✅ Уведомить коммерческого директора о ситуации.
Действия в течение 24 часов:
- ✅ Если поставщик не может подтвердить поставку в течение 5 рабочих дней – активировать контакт с резервным поставщиком.
- ✅ Оценить возможность частичного замещения из других источников.
- ✅ Уведомить производство или продажи о возможном дефиците и скорректировать план.
- ✅ При риске задержки исполнения обязательств перед клиентами – уведомить их заблаговременно.
Действия при затяжном срыве (более 10 рабочих дней):
- ✅ Инициировать переговоры с поставщиком о компенсации потерь (если это предусмотрено договором).
- ✅ Провести ревизию базы поставщиков и добавить не менее одного резервного.
- ✅ Пересмотреть норму страхового запаса для данной товарной группы.
Ответственные:
| Роль | Контакт |
| Менеджер по закупкам | purchase@company.ru / +7 900 000 00-03 |
| Коммерческий директор | commerce@company.ru / +7 900 000 00-04 |
| Логист | logistics@company.ru |
- Почему подходит: карточка позволяет менеджеру по закупкам действовать самостоятельно в первые часы без необходимости согласовывать каждый шаг.
- Что важно не испортить: норма страхового запаса должна быть пересмотрена после каждого инцидента – это предотвращает повторение ситуации.
📌 Карточка реагирования на риск отказа ключевого сотрудника
- Сценарий: уход или длительная нетрудоспособность сотрудника, от которого зависят критические процессы
- Адресат: HR-директор, непосредственный руководитель, директор
Пример:
КАРТОЧКА РЕАГИРОВАНИЯ НА ИНЦИДЕНТ
Тип риска: уход или длительная нетрудоспособность ключевого сотрудника
Уровень критичности: ВЫСОКИЙ
Версия: 1.0 | Дата: [дата]
Признаки наступления:
- Сотрудник подал заявление об увольнении.
- Сотрудник ушел на длительный больничный (более 14 дней).
- Сотрудник внезапно стал недоступен без предупреждения.
Немедленные действия:
- ✅ Руководитель оценивает, какие текущие задачи находятся в работе у сотрудника.
- ✅ Составить список критических процессов и задач, которые зависят только от этого человека.
- ✅ Определить, есть ли задокументированные инструкции или регламенты по этим процессам.
Действия в течение 3 рабочих дней:
- ✅ Организовать передачу дел (если сотрудник доступен): минимум 5 рабочих дней на передачу.
- ✅ Временно перераспределить критические задачи между другими сотрудниками или назначить исполняющего обязанности.
- ✅ Уведомить клиентов или партнеров, которые взаимодействовали с этим сотрудником.
- ✅ HR начинает подбор замены или поиск внешнего специалиста.
Меры по снижению зависимости в будущем:
- ✅ Документировать все ключевые процессы, которые велись единолично.
- ✅ Внедрить перекрестное обучение: не менее одного сотрудника, способного заменить ключевого.
- ✅ Хранить доступы к рабочим системам в защищенном корпоративном хранилище, а не у единственного сотрудника.
Ответственные:
| Роль | Контакт |
| Непосредственный руководитель | manager@company.ru |
| HR-директор | hr@company.ru / +7 900 000 00-05 |
- Почему подходит: карточка напоминает, что реагирование на кадровый риск – это не только "найти нового", но и немедленные меры по сохранению процессов.
- Что важно не испортить: раздел мер по снижению зависимости в будущем – он превращает карточку реагирования в инструмент развития, а не только тушения пожаров.
Планы реагирования в рамках проектного управления
В проектном управлении план реагирования на риски чаще всего встроен в общую документацию проекта: реестр рисков, матрицу вероятности и воздействия, устав проекта. Ниже – два формата, которые чаще всего встречаются в реальной проектной практике.
📌 Раздел реестра рисков для проекта редизайна сайта
- Сценарий: проект редизайна корпоративного сайта, команда 5 человек, срок – 8 недель
- Адресат: руководитель проекта, дизайнер, разработчик, заказчик
Пример:
РЕЕСТР РИСКОВ ПРОЕКТА
Проект: редизайн корпоративного сайта
Версия: 1.0 | Дата: [дата]
| ID | Описание риска | Вероятность (1–5) | Влияние (1–5) | Рейтинг (В×И) | Стратегия | Меры реагирования | Владелец | Статус |
| R-01 | Неограниченные правки от заказчика ("ползучий скоп") | 5 | 4 | 20 | Снижение | Зафиксировать объем в техническом задании. Ввести процедуру управления изменениями. Каждое изменение вне ТЗ – отдельная оценка и согласование. | РП | Активен |
| R-02 | Задержка предоставления контента заказчиком | 4 | 3 | 12 | Снижение | Зафиксировать в договоре сроки предоставления контента. При задержке более 5 дней – автоматический сдвиг срока сдачи этапа. | РП | Активен |
| R-03 | Несовместимость нового дизайна с существующей CMS | 3 | 4 | 12 | Снижение | Провести технический аудит CMS до старта дизайна. Согласовать ограничения с разработчиком. | Разработчик | Активен |
| R-04 | Падение позиций сайта в поиске после редизайна | 3 | 5 | 15 | Снижение | SEO-аудит до и после редизайна. Сохранение URL-структуры. Настройка редиректов. Мониторинг позиций первые 4 недели после запуска. | SEO-специалист, разработчик | Активен |
| R-05 | Технические ошибки при переносе на продакшн | 3 | 4 | 12 | Снижение | Тестирование на стейджинге. Перенос в нерабочее время. Откат к старой версии при критических ошибках (резервная копия обязательна). | Разработчик | Активен |
Примечание: риски с рейтингом 15 и выше рассматриваются на еженедельной статус-встрече. При изменении статуса – немедленное уведомление РП.
- "Ползучий скоп" (scope creep) – постепенное расширение объема проекта без соответствующей корректировки сроков и бюджета. Один из самых частых рисков в проектах с заказчиком-непрофессионалом.
- Стейджинг – тестовая копия сайта, идентичная боевой, но недоступная публично. Используется для проверки изменений перед публикацией.
- Почему подходит: числовой рейтинг риска (вероятность × влияние) позволяет легко расставить приоритеты без субъективных суждений.
📌 Матрица рисков и ответных мер для запуска нового продукта
- Сценарий: запуск нового продукта на рынок, компания среднего размера, горизонт планирования – 6 месяцев
- Адресат: директор по развитию, маркетинг-директор, финансовый директор
Пример:
МАТРИЦА РИСКОВ И ОТВЕТНЫХ МЕР
Продукт: [наименование продукта]
Горизонт: 6 месяцев с даты запуска
Составлено: [дата]
Матрица вероятности и воздействия:
| Низкое влияние | Среднее влияние | Высокое влияние | Критическое влияние | |
| Высокая вероятность | Мониторинг | Снижение (R-03) | Снижение (R-01) | Уклонение / Снижение |
| Средняя вероятность | Принятие | Мониторинг (R-05) | Снижение (R-02) | Снижение (R-04) |
| Низкая вероятность | Принятие | Принятие | Мониторинг | Передача |
Описание рисков и меры реагирования:
R-01. Слабый спрос в первые 3 месяца (высокая вероятность, высокое влияние)
- Меры предупреждения: предзапускные исследования спроса. Пилотные продажи в ограниченном сегменте.
- Действия при наступлении: пересмотр позиционирования и ценовой стратегии. Усиление маркетингового давления в ключевых каналах. Анализ причин низкого спроса (опросы, интервью с клиентами). При отсутствии роста через 6 недель – рассмотрение пивота продукта.
R-02. Выход конкурента с аналогичным продуктом (средняя вероятность, высокое влияние)
- Меры предупреждения: мониторинг конкурентной среды ежемесячно. Формирование устойчивого УТП до запуска.
- Действия при наступлении: сравнительный анализ предложений. Усиление коммуникации уникальных преимуществ. Рассмотрение ускорения разработки следующей версии.
R-03. Задержка производства / поставки (высокая вероятность, среднее влияние)
- Меры предупреждения: буфер в графике запуска – 3 недели. Регулярный контроль производственного графика.
- Действия при наступлении: пересмотр даты запуска. Уведомление предзаказчиков. Поиск альтернативных производственных мощностей.
R-04. Регуляторные изменения, влияющие на продукт (средняя вероятность, критическое влияние)
- Меры предупреждения: юридический аудит продукта до запуска. Мониторинг регуляторной повестки.
- Действия при наступлении: немедленное привлечение юридической службы. Оценка необходимых изменений в продукте. При невозможности быстрой адаптации – временная приостановка продаж.
R-05. Негативные отзывы после первых продаж (средняя вероятность, среднее влияние)
- Меры предупреждения: бета-тестирование с ограниченной аудиторией. Быстрый канал обратной связи.
- Действия при наступлении: публичное признание проблемы и план исправления. Ускоренный выпуск исправленной версии. Компенсация первым покупателям при существенных дефектах.
- УТП – уникальное торговое предложение, то, что отличает продукт от конкурентов в глазах покупателя.
- Пивот – изменение ключевых параметров продукта или бизнес-модели в ответ на рыночные сигналы.
- Почему подходит: матрица позволяет визуально расставить приоритеты и не тратить одинаковые усилия на все риски подряд.
Как составить план реагирования на риски. Правила и этапы сборки с примерами
Примеры выше показывают рабочую логику разных форматов: как устроен реестр рисков, что входит в развернутый документ, чем отличается сценарная карточка. Ниже – не абстрактные советы, а разбор того, как собрать собственный план реагирования с нуля, используя понятную структуру. Это нужно для адаптации под свою задачу, а не для копирования чужого содержания.
Базовая схема сборки плана реагирования на риски
Любой план реагирования, независимо от формата, строится из одних и тех же смысловых блоков. Порядок их сборки:
- Шаг 1. Идентификация рисков – что может пойти не так.
- Шаг 2. Оценка рисков – насколько вероятно и насколько опасно.
- Шаг 3. Выбор стратегии реагирования – что делать с этим риском в принципе.
- Шаг 4. Разработка мер реагирования – конкретные шаги при наступлении.
- Шаг 5. Назначение ответственных – кто именно действует.
- Шаг 6. Определение триггеров – как понять, что риск наступил.
- Шаг 7. Установка критериев завершения реагирования – когда считать, что ситуация под контролем.
- Шаг 8. Порядок документирования и обновления – как поддерживать план актуальным.
Таблица блоков плана реагирования на риски
| Блок | Зачем нужен | Что сюда подставляется | Пример заполнения |
| Описание риска | Зафиксировать, что именно может произойти | Формулировка события, его природа и контекст | Ключевой разработчик увольняется в середине проекта |
| Оценка вероятности | Понять, насколько реалистичен риск | Качественная шкала (низкая / средняя / высокая) или числовая (1–5) | Средняя (3 из 5) |
| Оценка влияния | Понять, насколько серьезны последствия | Качественная или числовая шкала; описание последствий | Высокое – срыв сроков на 3–4 недели, перерасход бюджета |
| Стратегия реагирования | Определить общий подход к риску | Снижение / принятие / передача / уклонение | Снижение |
| Триггер наступления | Понять, когда именно запускать план | Измеримое событие или условие | Сотрудник подал заявление об увольнении |
| Меры предупреждения | Снизить вероятность или влияние заранее | Конкретные действия до наступления риска | Документировать код еженедельно; подготовить резервного подрядчика |
| Шаги реагирования | Дать команде четкий алгоритм при наступлении | Последовательные конкретные действия | 1. Организовать передачу задач. 2. Активировать резервного подрядчика. 3. Уведомить заказчика. |
| Ответственный | Устранить неопределенность – кто действует | Конкретная должность или имя, контакт | Тимлид / team@company.ru |
| Критерий завершения | Понять, когда реагирование завершено | Измеримое состояние "все под контролем" | Все задачи переданы, новый разработчик приступил к работе |
| Порядок обновления | Держать документ актуальным | Периодичность, ответственный за обновление | Еженедельно на статус-встрече; при наступлении – немедленно |
Пошаговая сборка на одном кейсе
Кейс: небольшая логистическая компания, 15 сотрудников. Нужно составить план реагирования на риск потери единственного крупного клиента (50% выручки).
Шаг 1. Описание риска.
Крупный клиент, обеспечивающий около 50% выручки, уведомляет о расторжении договора или переходе к конкуренту.
Шаг 2. Оценка.
Вероятность – средняя (контракт заканчивается через 8 месяцев, клиент получает предложения от конкурентов). Влияние – критическое (потеря половины выручки, риск кассового разрыва).
Шаг 3. Стратегия.
Снижение + принятие с подготовкой. Полностью устранить риск нельзя, но можно снизить зависимость и подготовиться к реагированию.
Шаг 4. Меры предупреждения.
Активная работа по удержанию клиента: регулярные встречи, программа лояльности, расширение услуг. Параллельно – диверсификация: активный поиск новых клиентов для снижения доли одного с 50% до 30% за 6 месяцев.
Шаг 5. Триггер.
Клиент уведомил о намерении не продлевать договор или перешел к конкуренту.
Шаг 6. Шаги реагирования.
- Шаг 1. Коммерческий директор проводит встречу с клиентом для выяснения причин и попытки удержания.
- Шаг 2. Финансовый директор готовит стресс-сценарий: как выглядит бюджет без этого клиента, сколько времени есть до кассового разрыва.
- Шаг 3. Команда продаж переходит в режим усиленного поиска новых клиентов: план – закрыть 40% потерянной выручки за 3 месяца.
- Шаг 4. Руководитель рассматривает оптимизацию операционных расходов на период восстановления.
- Шаг 5. При необходимости – переговоры с банком о кредитной линии как буфере.
Шаг 7. Ответственные.
Коммерческий директор – удержание и поиск клиентов. Финансовый директор – финансовое планирование. Генеральный директор – стратегические решения.
Шаг 8. Критерий завершения.
Потеря клиента компенсирована: выручка восстановлена до 80% от прежнего уровня, зависимость от одного клиента не превышает 30%.
Готовая собранная версия
ПЛАН РЕАГИРОВАНИЯ НА РИСК: потеря ключевого клиента
Компания: [наименование] | Дата: [дата] | Ответственный: коммерческий директор
Описание риска: крупный клиент, обеспечивающий около 50% выручки, расторгает договор или переходит к конкуренту.
Вероятность: средняя. Влияние: критическое.
Стратегия: снижение + принятие с подготовкой.
Меры предупреждения:
- Регулярные встречи с клиентом для оценки удовлетворенности.
- Расширение спектра оказываемых услуг.
- Активный поиск новых клиентов: снижение доли одного клиента с 50% до 30% за 6 месяцев.
Триггер: клиент уведомил о намерении не продлевать договор.
Шаги реагирования:
- 1. Встреча с клиентом для выяснения причин и попытки удержания (коммерческий директор, в течение 48 часов).
- 2. Финансовый стресс-сценарий без этого клиента (финансовый директор, 3 рабочих дня).
- 3. Усиленный поиск новых клиентов: план – 40% потерянной выручки за 3 месяца (команда продаж).
- 4. Оптимизация операционных расходов на период восстановления (генеральный директор).
- 5. При необходимости – переговоры с банком о кредитной линии (финансовый директор).
Критерий завершения: выручка восстановлена до 80%, доля одного клиента не превышает 30%.
Порядок обновления: ежемесячно или при изменении статуса отношений с клиентом.
Границы применимости и типичные ошибки
Когда схема работает хорошо:
- Риски заранее идентифицированы и оценены, а не записаны "на всякий случай".
- Ответственные реально вовлечены в план и знают о своей роли.
- Документ обновляется регулярно, а не создается один раз и забывается.
- Триггеры измеримы – есть конкретные условия, а не размытые формулировки.
Где схема ломается:
- Риски описаны слишком абстрактно: "что-то может пойти не так" – это не риск.
- В графе "ответственный" написано "команда" или "все" – при наступлении риска никто не действует.
- Меры реагирования скопированы из чужого плана без адаптации к реальным условиям компании.
- Документ создан для галочки и не доведен до сотрудников.
Что нельзя выкидывать без потери качества:
- Конкретный ответственный – без него план не работает.
- Триггер наступления – без него команда не знает, когда действовать.
- Критерий завершения – без него реагирование может продолжаться бесконечно.
Что можно менять:
- Формат: таблица, карточка, развернутый документ – выбирается под задачу и команду.
- Шкала оценки: числовая или качественная – главное, чтобы она применялась единообразно.
- Глубина детализации: небольшой проект не требует документа на 20 страниц.
Практические советы и сводная таблица по работе с планом реагирования на риски
6 приемов, которые делают план реагирования рабочим инструментом
- Формулируйте риск как событие, а не как проблему. Не "плохое качество", а "заказчик отказывается принять результат из-за несоответствия требованиям ТЗ". Конкретная формулировка – конкретный план.
- Назначайте одного ответственного, а не группу. "Отдел продаж" не будет действовать. Конкретный человек с именем и контактом – будет.
- Проверяйте измеримость триггера. Если нельзя однозначно сказать "да, это случилось" – триггер нужно переформулировать.
- Держите страховой запас ресурсов для самых критичных рисков. Это может быть резервный бюджет, запасной подрядчик или дополнительное время в графике.
- Обновляйте реестр регулярно, а не раз в год. Риски меняются по ходу проекта: одни уходят, появляются новые. Устаревший план – бесполезный план.
- Проводите разбор полетов после каждого наступившего риска. Что сработало, что нет, как изменить меры реагирования – это превращает план в живой инструмент.
Сводная таблица: форматы плана реагирования на риски
| Формат | Когда подходит | Преимущества | Ограничения |
| Таблица рисков | Проекты любого размера, стартовый этап | Наглядность, все риски в одном месте, легко обновлять | Мало места для детального описания шагов |
| Развернутый документ | Крупные проекты, высокие ставки, требования регулятора | Полнота, четкие шаги, коммуникационная схема | Трудоемко создавать и поддерживать |
| Сценарная карточка | Критические риски с высокой вероятностью | Быстрый доступ, удобно в стрессовой ситуации | Не охватывает все риски сразу |
| Реестр рисков (раздел) | Проектное управление по стандартам (PMBOK и аналогам) | Интеграция с общей проектной документацией | Требует системного подхода ко всей документации |
| Матрица рисков | Визуальная расстановка приоритетов, презентации стейкхолдерам | Наглядно, легко объяснить команде и руководству | Требует дополнения детальными мерами реагирования |
Еще 3 практических приема
- Разделяйте меры предупреждения и меры реагирования. Это разные вещи: первые снижают вероятность наступления риска, вторые – ущерб после наступления. Смешивать их в одной ячейке – значит путать команду.
- Для крупных проектов создавайте отдельные карточки для топ-5 рисков. Даже если есть общий реестр, самые опасные риски должны быть доступны мгновенно – в виде карточки на видном месте или в мессенджере команды.
- Вовлекайте команду в идентификацию рисков. Руководитель не знает всех рисков лучше, чем тот, кто непосредственно выполняет работу. Совместная сессия по рискам в начале проекта дает более полный реестр, чем составленный в одиночку.
Примеры плана реагирования на риски, собранные в этой статье, охватывают самые распространенные форматы и контексты: от компактных таблиц для небольших проектов до развернутых регламентов для производства и финансовых организаций. Главное, что объединяет все эти образцы – измеримые триггеры, конкретные ответственные и четкие шаги, а не абстрактные намерения.
Адаптируйте любой из приведенных шаблонов под свою ситуацию: замените отрасль, риски и контакты – и получите рабочий инструмент, который реально поможет команде действовать быстро и скоординированно, когда что-то пойдет не по плану.
