Матрица рисков помогает определить, чему уделить внимание в первую очередь и какие действия предпринять. На примере одного релиза разберём, как оценить риск, назначить ответственного, определить условие запуска резервного плана и повторно оценить оставшийся риск. Баллы в примере условные: это не измеренные вероятности.
Оценки и дальнейшие действия удобно хранить в общем пространстве для управления проектами. Тогда рядом с каждым риском остаются и обоснование оценки, и следующий шаг.
Сформулируйте риск до выставления баллов
Отдельно опишите возможное событие, его причину и последствия. Формулировка «релиз задержится» слишком общая: участники могут понимать и оценивать её по-разному. Более конкретный вариант: «При смене платёжного провайдера мы можем не успеть пройти сертификацию в отведённый срок, и это заблокирует выпуск новой функции оплаты». Событие ещё не произошло, последствия понятны, а границы анализа — один релиз.
Согласуйте понятную шкалу
Используйте небольшую порядковую шкалу и определите уровни до обсуждения конкретного риска. Например, вероятность 1 означает, что в условиях этого релиза событие маловероятно, а 5 — что имеющиеся данные указывают на очень высокую вероятность. Для последствий 1 означает незначительное влияние на цель релиза, а 5 — угрозу этой цели или необходимость существенно изменить план. Это согласованные уровни оценки, а не проценты вероятности.
| Риск | Вероятность | Последствия | Балл | Следующее действие |
|---|---|---|---|---|
| Сертификация может пройти позже запланированного релиза | 4 | 5 | 20 | Запросить дату и подготовить резервное решение |
| Данные тестовой учётной записи продавца могут оказаться неполными | 3 | 3 | 9 | Проверить тестовые данные до проверки интеграции |
| Проверка текстов может задержаться на один день | 2 | 2 | 4 | Заранее выделить время на короткую проверку |
Оцените один риск с помощью матрицы
Предположим, команда оценила вероятность задержки сертификации на 4, а последствия — на 5. Их произведение равно 20. Это ориентир для расстановки приоритетов, а не прогноз денежных потерь. Запишите, почему выбраны именно эти уровни: дата сертификации пока не подтверждена, а в условиях примера провайдер уже менял одно из правил интеграции. Когда появятся новые данные, оценку нужно будет пересмотреть.
Назначьте ответственного за конкретную реакцию
Сам по себе цвет ячейки не снижает риск. Укажите действие, ответственного, срок и условие запуска резервного плана. В этом случае можно запросить дату сертификации, подготовить тестовую учётную запись продавца и заранее определить, как команда изменит план релиза, если дата не будет подтверждена к установленному сроку. Ответственный координирует эти действия, но не обязательно контролирует все внешние зависимости.
Повторно оцените остаточный риск
После выполнения мер оцените то, что по-прежнему может пойти не так, вместо того чтобы оставлять исходный цвет без изменений. Подтверждённая дата сертификации может снизить вероятность задержки, но зависимость от доступности провайдера способна сохранить серьёзность последствий. Сохраните исходную оценку, основания для новой и дату следующего обсуждения. Назначенное действие ещё не означает, что риск закрыт.
Подготовьте обсуждение рисков в Boardmix
В верхней части доски Boardmix разместите цель релиза и формулировку риска. Рядом с сеткой вероятности и последствий расположите реестр рисков. Для каждого приоритетного пункта укажите ответственного, меры реагирования и условие, при котором нужно действовать. Рядом с баллом добавьте заметку с его обоснованием. В этом процессе команда сама выставляет оценки и обновляет действия, а доска помогает держать материалы обсуждения вместе.
Откройте доску Boardmix и разберите риски своего ближайшего релиза по этой схеме. Отделяйте предположения от подтверждённых данных, чтобы было видно, что ещё предстоит выяснить.
