Управление рисками: реестр, вероятность, влияние — Road Map Project Manager — Demetra
Road Map Project Manager
⚠️ Управление рисками: реестр, вероятность, влияние
Страховка на машину: ты не знаешь, будет ли авария, но заранее решил, что делать, если будет. Реестр рисков — та же страховка для проекта
Как это работает
Найти — на старте с командой и стейкхолдерами: что может пойти не так. Источники: прошлые проекты, подрядчики, новые технологии, люди, законы
Оценить — вероятность и влияние по шкале 1–5. Приоритет равен их произведению
Решить стратегию для верхних рисков
Назначить владельца — кто следит и кто действует
Пересматривать — раз в спринт или на еженедельном статусе
Стратегии
Стратегия
Суть
Пример
Избежать
Убрать причину
Не брать непроверенную библиотеку
Снизить
Уменьшить вероятность или ущерб
Прототип интеграции в первый спринт
Передать
Отдать другому
Штрафы подрядчику в договоре, страховка
Принять
Ничего не делать, но заложить резерв
Резерв 2 недели на срок
Реестр рисков
Риск
Вероятность
Влияние
Приоритет
Стратегия
Владелец
Подрядчик задержит API на месяц
4
5
20
Снизить: прототип на моках, штрафы в договоре
PM
Уйдёт единственный разработчик на ML
2
5
10
Снизить: парная работа, документация
Тимлид
Регулятор изменит требования к хранению
2
3
6
Принять: резерв 10 дней
PM
Реестр живёт в Confluence или прямо в трекере. Главное, что он короткий и его смотрят
Риск и проблема
Риск — то, что может случиться. Проблема — то, что уже случилось. Когда риск сработал, он переходит в план действий, а в реестре остаётся отметка, что произошло и помогла ли стратегия
Пример из жизни
На старте интеграции с банком менеджер записал риск: «Банк даст тестовый контур позже срока». Вероятность высокая, влияние критичное. Стратегия: написать заглушку по документации банка и тестировать на ней. Банк дал контур на пять недель позже. Команда переключилась с заглушки за два дня, а не ждала пять недель
Важно запомнить
Вероятность × влияние — простой способ понять, с чего начать
У риска есть владелец, иначе за ним никто не следит
Реестр пересматривается, риски появляются и исчезают по ходу проекта
Как ответить на собесе
Как ты идентифицируешь и приоритизируешь риски?
«На старте провожу сессию с командой и ключевыми стейкхолдерами: что может пойти не так, смотрим на подрядчиков, новые технологии, людей, внешние зависимости. Каждый риск оцениваю по вероятности и влиянию от 1 до 5, произведение даёт приоритет. Для верхних трёх-пяти выбираю стратегию: избежать, снизить, передать или принять с резервом, и назначаю владельца. Реестр пересматриваю раз в спринт. На прошлом проекте так заранее подготовили заглушку для банковского API и не потеряли пять недель, когда банк задержал тестовый контур»