Практическое руководство по управлению рисками в проектах. Идентификация, оценка, стратегии реагирования и мониторинг рисков.
Риск — это неопределённое событие, которое может повлиять на проект. По данным PMI, 27% проектов превышают бюджет, а 33% — сроки. Большинство из этих проблем можно было предотвратить системным управлением рисками.
Что такое риск проекта?
Риск — это не проблема. Проблема уже произошла. Риск — то, что может произойти. У риска есть вероятность наступления и степень влияния на проект.
Примеры рисков:
- Ключевой разработчик уволится в середине проекта
- Поставщик задержит материалы на 2 недели
- Заказчик изменит требования после утверждения ТЗ
- Серверное оборудование выйдет из строя
- Новая технология окажется сложнее, чем ожидалось
Этап 1: Идентификация рисков
Соберите команду и проведите мозговой штурм. Пройдите по каждой фазе проекта на диаграмме Ганта и задайте вопрос: «Что может пойти не так?»
Категории рисков:
- Технические: сложность технологий, интеграции, производительность
- Ресурсные: нехватка людей, компетенций, оборудования
- Внешние: поставщики, регуляторы, погода, рынок
- Организационные: изменение приоритетов, конфликты, бюрократия
- Управленческие: неточные оценки, scope creep, коммуникационные сбои
Этап 2: Оценка рисков
Для каждого риска оцените два параметра по шкале от 1 до 5:
Вероятность: 1 — маловероятно, 5 — почти наверняка
Влияние: 1 — незначительное, 5 — критическое (срыв проекта)
Приоритет риска = Вероятность × Влияние
| Риск | Вероятность | Влияние | Приоритет |
|---|---|---|---|
| Увольнение ключевого разработчика | 2 | 5 | 10 |
| Задержка поставки материалов | 4 | 3 | 12 |
| Изменение требований заказчиком | 3 | 4 | 12 |
| Сбой серверного оборудования | 1 | 5 | 5 |
Фокусируйтесь на рисках с приоритетом 8 и выше.
Этап 3: Стратегии реагирования
Для каждого высокоприоритетного риска выберите стратегию:
Избежание: изменить план так, чтобы риск стал невозможен. Пример: использовать проверенную технологию вместо экспериментальной.
Снижение: уменьшить вероятность или влияние. Пример: документировать знания ключевого разработчика, провести cross-training.
Передача: переложить последствия на третью сторону. Пример: страхование, фиксированная цена в контракте с подрядчиком.
Принятие: осознанно принять риск и подготовить план B. Пример: заложить буферное время в график.
Этап 4: Буферы в графике проекта
Добавляйте буферное время на критическом пути. Правило: 10–20% от длительности критического пути — это буфер проекта.
В Гантике вы можете добавить задачу «Буфер проекта» с нулевым прогрессом в конец критического пути. Если какая-то задача задерживается — буфер «съедает» задержку, а дата сдачи остаётся неизменной.
Мониторинг рисков
Риски нужно отслеживать еженедельно. На каждом статус-митинге:
- Проверьте топ-5 рисков: изменилась ли вероятность?
- Появились ли новые риски?
- Сработал ли какой-то из рисков? Активируйте план реагирования.
В Гантике отслеживайте резерв времени (float) задач. Если резерв задачи уменьшается — это сигнал, что риск задержки растёт. Задачи с нулевым резервом (критический путь) требуют максимального внимания.