3.4 План управления рисками | Основы управления проектами

3.4 План управления рисками | Основы управления проектами

3.4 План управления рисками

Каким бы прочным ни был план и какой бы талантливой ни была команда, в каждом проекте есть риски.
Поэтому в конце фазы планирования необходим отдельный план управления рисками.

Риск — это события, которые «могут» случиться в будущем и могут негативно повлиять на успех проекта.
Управление рисками — не реакция на проблемы после их появления, а предвидение и подготовка заранее.

Что такое план управления рисками?

План управления рисками — документ, выявляющий потенциальные риски и определяющий, как с ними работать.

Он помогает команде уточнить:

  • Какие риски существуют (выявление)
  • Насколько серьёзен каждый (оценка)
  • Что с ними делать (реакция)
  • Как продолжать их мониторить (мониторинг)

Визуализация рисков на этапе планирования ведёт к более гладким решениям при исполнении.

1. Выявление рисков

Начните со списка как можно большего числа потенциальных рисков. Используйте разные углы, чтобы избежать слепых зон:

  • Технические риски: новая технология, сложные спецификации, неопределённые исходы
  • Человеческие риски: уход ключевого человека, нехватка навыков, низкая мотивация
  • Риски расписания: внешние зависимости, задержки согласований, пересекающиеся проекты
  • Риски стоимости: ошибки в бюджете, изменения стоимости аутсорсинга, проблемы закупок
  • Организационные риски: медленное принятие решений, конфликты стейкхолдеров, нечёткие роли

Используйте брейнштормы, ревью прошлых проектов и интервью со стейкхолдерами, чтобы построить детальный список.

2. Оценка рисков (матрица рисков)

Классифицируйте каждый риск по «влиянию» и «вероятности», затем расставьте приоритеты. Матрица рисков — полезный инструмент.

Вероятность \ Влияние Низкое Среднее Высокое
Низкая Без действия или минимальное внимание Мониторить и фиксировать Требует мониторинга
Средняя Мониторить и фиксировать Рассмотреть контрмеры Действовать заранее
Высокая Мониторить и обдумать действия Действовать заранее Приоритет на избегание или митигацию

Эта матрица помогает фокусироваться на самых критичных рисках в первую очередь.

3. Стратегии реакции на риски

Четыре стандартных способа реагировать на риск:

  • Избегать: устранить причину риска
  • Митигировать: снизить вероятность или влияние
  • Передать: переложить риск на третью сторону (вендор, страховка)
  • Принять: допустить, если влияние мало или стоимость митигации слишком высока

Документируйте выбранную стратегию и готовьте действия — дополнительные буферы, запасные планы — для каждого крупного риска.

4. Мониторинг и триггеры

В фазе исполнения регулярно мониторьте риски. Используйте предопределённые «триггеры», чтобы понимать, когда действовать.

Примеры:

  • «Если ревью задерживается больше 2 рабочих дней, пересмотреть расписание.»
  • «Если приходит 3+ запроса на изменение, пересмотреть бюджет.»

Это позволяет принимать предсказательные и структурированные решения, а не реактивные в последнюю минуту.

Реестр рисков

Все детали рисков должны быть в общем реестре рисков, к которому у всех есть доступ и который все могут обновлять.

  • Описание риска
  • Причина и затронутая область
  • Влияние и вероятность
  • Уровень приоритета
  • План реакции, владелец, срок
  • Метод мониторинга и триггер

Вывод: считайте, что риски случатся

Управление рисками — не надежда, что ничего не пойдёт не так, а готовность, когда что-то идёт не так.

Хорошо проработанный план управления рисками позволяет команде спокойно и уверенно реагировать на неожиданности. Он также строит доверие и психологическую безопасность для всех участников.

Как это выглядит в AB

Реестр рисков естественно живёт в AB Project Management в двух дополняющих друг друга местах: страница «Risks» в Wiki проекта для человекочитаемого реестра (причина, влияние, вероятность, стратегия реакции, владелец) и набор задач с тегом (тип «Risk») для тех, что нуждаются в активном мониторинге — у каждой исполнитель, срок как ритм чек-инов и комментарии для ведения журнала митигации. Триггеры можно закодировать прямо: задача вроде «Если ревью сдвигается на 2 дня, пересмотреть расписание» сама по себе является действием, которое вы предпримете, и сидит в расписании в ожидании. Вкладка истории изменений на каждой задаче-риске работает как след доказательств, когда риск в итоге материализуется — вы видите ровно когда он был впервые поднят и что попробовали.

Далее: Управление командой и стейкхолдерами


Опубликовано: 2026-04-28 Последнее обновление: 2026-04-28

Вопросы и ответы

Есть вопрос по этой теме? Задайте его ниже — без регистрации. Команда просматривает вопросы и отвечает на них здесь.

Пока нет вопросов — задайте первый.

Задать вопрос

Мы отправим одно письмо для подтверждения вашего адреса. Вопросы появляются после короткой проверки.