Риски
Как оценить риски, посчитать возможные потери и не обнаружить проблемы, когда стало поздно. Риск-реестр, матрица вероятности и EMV.
Мы в плане
Экономику уже разбирали, поэтому возьмём тот же пример с компанией, которая разрабатывает личный кабинет клиента. Бюджет 1 млн рублей, срок четыре месяца. Команда работает, но доступа к API партнёра пока нет, часть требований не согласована, ответственного за приёмку клиент не назначил. Доступ уже задержали, разработка встала. Рассчитываем, что API соответствует документации, но никто этого не проверял. И на последнем уже построили оценку проекта.
Где найти риски
Требования, технические зависимости, команда, бюджет, согласования. Достаточно пройтись по плану с коллегами и проверить, на каких предположениях всё держится. Для оценки берём матрицу вероятности и влияния. Каждому показателю присваиваем балл от 1 до 5 и перемножаем.
| Риск | Вероятность | Влияние | Балл |
|---|---|---|---|
| Задержка API | 4 | 5 | 20 |
| Изменение требований | 3 | 4 | 12 |
| Недоступность разработчика | 2 | 4 | 8 |
| Задержка приёмки | 4 | 3 | 12 |
Чем выше балл, тем больше внимания риску. Но сначала нужно договориться о шкале, иначе каждый оценит последствия по-своему. Не рекомендую воспринимать произведение двух субъективных оценок как точный прогноз. Результаты дальше едут в риск-реестр: описание, оценка, ответственный, триггер, действия и статус. Без последних трёх полей это просто список «что возможно пойдёт не так».
Сколько стоит риск
EMV (Expected Monetary Value) позволяет оценить ожидаемые финансовые потери.
Допустим, вероятность дополнительных доработок интеграции составляет 30%, а потенциальные расходы 200к рублей.
0,3 × 200 000 = 60 000 ₽.
Это математическое ожидание, пока не счёт на оплату. Если риск наступит, потратить можем все 200к. Если нет, то ноль.
| Риск | Вероятность | Потери | EMV |
|---|---|---|---|
| Доработка интеграции | 30% | 200 000 ₽ | 60 000 ₽ |
| Переделка интерфейса | 20% | 100 000 ₽ | 20 000 ₽ |
| Дополнительное тестирование | 25% | 80 000 ₽ | 20 000 ₽ |
| Итого | 100 000 ₽ |
Получили 100к ожидаемых потерь. Можно использовать расчёт при обсуждении финансового резерва, но сумма EMV ничего не гарантирует, особенно если несколько рисков реализуются одновременно. И желательно понять, откуда взялись проценты.
Что делать с рисками
Для негативных рисков есть 4 стратегии: избежать, снизить, передать или принять. Можно заранее запросить тестовый доступ, проверить документацию и подготовить моки. Если доступ не предоставили к согласованной дате, подключаем ответственных и пересматриваем. Лучше договориться до того, как интеграция заблокирует разработку.
| Риск | Ответственный | Триггер | Действия |
|---|---|---|---|
| Задержка API | PM, техлид | Нет доступа к контрольной дате | Эскалация, моки, пересмотр плана |
| Изменение требований | PM, аналитик | Новый объём после согласования | Оценка влияния, согласование изменений |
| Задержка приёмки | PM, клиент | Нет обратной связи в срок | Эскалация, обновление графика |
Зарегистрировали
Реестр нужно обновлять при изменении требований, сроков и зависимостей. Наступил риск — фиксируем проблему, заносим действия, пересчитываем последствия. На небольшом проекте подойдёт обычная таблица, на крупном понадобятся резервы и мониторинг.
Если интеграция сорвалась, а проджект до этого месяц фиксировал в отчётах, что она может сорваться, формально все предупреждены. Правда толку от этого уже никакого.
Я менеджерка проектов. Пишу о работе с клиентами и командами, делюсь опытом и наблюдениями.
Материалы сайта носят информационно-аналитический характер, отражают профессиональный опыт, личные мнения и субъективные оценки автора. Рекомендации не являются универсальными правилами и могут требовать адаптации к конкретным условиям, договорённостям и рабочим процессам. Анализ профессиональных практик, продуктов и управленческих решений направлен на обсуждение их эффективности, а не на умаление чести, достоинства или деловой репутации. Примеры могут быть вымышленными, обобщёнными или обезличенными, а их использование не предполагает раскрытия конфиденциальной информации.