Руководство по управлению проектами · Риски, качество и контроль
Реестр рисков: шаблон, столбцы и примеры записей
Реестр рисков — это документ или инструмент, в котором проект фиксирует выявленные риски вместе с их анализом, владельцами, мерами реагирования и статусом. Это рабочая запись управление рисками .
Главное
- Реестр рисков фиксирует каждый риск с его оценкой, владельцем, мерой реагирования и статусом.
- Используйте понятные столбцы и согласованные определения оценок.
- Регулярно пересматривайте его и переносите наступившие риски в журнал проблем.
- Делайте записи конкретными и пригодными для действий.
Для чего нужен реестр рисков
- Хранит все известные риски в одном месте, доступном команде и спонсору.
- Фиксирует, кто владеет каждым риском и что с ним делается.
- Показывает приоритеты, чтобы внимание уделялось самым важным рискам.
- Даёт историю для аудитов, обзоров и извлечённые уроки.
Шаблон реестра рисков: столбцы
| Столбец | Что фиксировать |
|---|---|
| ID | Уникальный номер, например R-014 |
| Дата регистрации | Когда риск был впервые зарегистрирован |
| Категория | Расписание, стоимость, технические, ресурсные, внешние и т. д. |
| Описание риска | Причина, событие и последствие |
| Угроза или возможность | Направленность влияния |
| Вероятность (1-5) | Вероятность по согласованным определениям |
| Воздействие (1-5) | Серьёзность по согласованным определениям |
| Оценка | Вероятность x влияние |
| Ответственный | Конкретный человек, отвечающий за мониторинг и реагирование |
| Стратегия реагирования | Уклонение, снижение, передача, принятие, эскалация (или использование, усиление, разделение) |
| Меры реагирования | Конкретные действия со сроками |
| Триггер | Признак того, что риск начинает реализовываться |
| План на случай непредвиденных обстоятельств | Что произойдёт, если он наступит; см. план на случай непредвиденных обстоятельств |
| Остаточная оценка | Ожидаемая оценка после мер реагирования; см. остаточный риск |
| Статус | Открыт, на мониторинге, закрыт, наступил |
| Последний пересмотр | Дата последнего пересмотра |
Примеры записей
| ID | Описание | P | I | Оценка | Ответственный | Реагирование | Статус |
|---|---|---|---|---|---|---|---|
| R-001 | Поскольку поставщик API меняет модель ценообразования, стоимость лицензий может вырасти, и бюджет будет превышен на 8%. | 3 | 3 | 9 | Ответственный за закупки | Снижение: договориться о фиксированной цене на 24 месяца | Открыт |
| R-002 | Поскольку унаследованную систему знает только один инженер, его отсутствие может на недели остановить интеграцию. | 2 | 5 | 10 | Менеджер по поставке | Снижение: подключить второго инженера и задокументировать интерфейсы | Открыт |
| R-003 | Поскольку регулятор проводит консультации по новым правилам, требования к отчётности могут измениться в ходе проекта. | 2 | 4 | 8 | Ответственный за комплаенс | Принятие: отслеживать консультации; держать резерв | Мониторинг |
| R-004 | Поскольку новый фреймворк тестирования работает параллельно, регрессионное тестирование может занять вдвое меньше запланированного времени. | 3 | 3 | 9 | Руководитель QA | Усиление: опробовать его в спринте 3 | Открыт |
Как создать и вести реестр рисков
- Согласуйте шкалы, столбцы и периодичность пересмотра на этапе планирования.
- Проведите семинар по выявлению рисков и занесите каждый риск в реестр.
- Оцените каждый риск и отсортируйте по оценке.
- Назначьте владельца и согласуйте меры реагирования для рисков с высокой оценкой.
- Пересматривайте реестр на каждом совещании по проекту, уделяя основное внимание главным рискам.
- Обновляйте оценки, закрывайте неактуальные риски и добавляйте новые.
- Переносите наступившие риски в журнала проблем.
- Кратко изложите главные риски в отчёте о статусе проекта.
Реестр рисков и другие журналы
| Реестр рисков | Журнал проблем | журнала RAID | |
|---|---|---|---|
| Содержание | Неопределённые будущие события | Проблемы, происходящие сейчас | Риски, допущения, проблемы и зависимости |
| Главный вопрос | Что может произойти? | Что не так сейчас? | Что нам нужно отслеживать? |
| Типичный размер | Подробный | Подробный | Часто на сводном уровне |
Советы
- Реестр должен быть достаточно коротким, чтобы его читали. Тридцать хорошо сформулированных рисков лучше трёхсот расплывчатых.
- Используйте общий инструмент, чтобы владельцы могли сами обновлять свои записи.
- Выделяйте оценки цветом, но не полагайтесь только на цвет — указывайте число.
- Архивируйте закрытые риски, а не удаляйте их.
Бесплатные шаблоны по этой теме
Частые вопросы
Что такое реестр рисков?
Журнал выявленных рисков проекта с их оценками, владельцами, мерами реагирования и статусом.
Какие столбцы должны быть в реестре рисков?
Как минимум: ID, описание, вероятность, влияние, оценка, владелец, мера реагирования и статус. Многие команды добавляют триггер, план на случай непредвиденных обстоятельств и остаточную оценку.
Кто владеет реестром рисков?
Обычно его ведёт руководитель проекта, а владельцы отдельных рисков поддерживают свои записи в актуальном состоянии.
Как часто следует обновлять реестр рисков?
Как минимум на каждом регулярном совещании по проекту, а также всякий раз, когда новая информация меняет риск.
Реестр рисков — это то же самое, что журнал рисков?
Да. Эти термины взаимозаменяемы.
Чем реестр рисков отличается от журнала RAID?
Реестр рисков подробно охватывает только риски; журнала RAID отслеживает риски, допущения, проблемы и зависимости вместе.
Можно ли вести реестр рисков в Excel?
Да. Для большинства проектов таблица вполне подходит. Крупные организации могут использовать общий инструмент с рабочими процессами и отчётностью.
Следует ли вносить возможности в реестр рисков?
Да. Фиксация возможностей наряду с угрозами помогает команде целенаправленно их использовать.
Когда следует закрывать риск в реестре рисков?
Когда событие уже не может произойти, например потому что соответствующая фаза завершена, или когда оно произошло и перенесено в журнал проблем.
Кто такой владелец риска в реестре рисков?
Конкретный человек, ответственный за мониторинг риска и за выполнение мер реагирования на него.
Используется ли реестр рисков в PRINCE2?
Да. В PRINCE2 реестр рисков — один из управленческих продуктов.