Попробовать бесплатно
Классическое проектное управлениеАртефактИнструментРиски

Risk Register (реестр рисков)

Документ со списком рисков проекта: описание, вероятность, влияние, ответственный и стратегия реагирования.

КРАТКО
Risk Register, или реестр рисков, — главный документ управления рисками в PMBOK. По каждому риску записывают описание, вероятность и влияние по шкале от 1 до 5, итоговую оценку как их произведение, стратегию реагирования, ответственного и статус. Реестр не составляют один раз: его пересматривают на регулярных разборах, иначе он мгновенно устаревает.
СИНОНИМЫ:Risk Registerреестр рисковжурнал рисковкарта рисковрегистр рисков проекта

Реестр рисков — основа плана управления рисками. Его ведут в таблице, в специализированной системе или прямо в трекере задач: важен не инструмент, а то, что записи регулярно пересматривают.

Из чего состоит запись

ПолеЧто в нём
НомерУникальный идентификатор риска
ОписаниеЧто может произойти и к чему это приведёт
КатегорияТехнический, коммерческий, организационный и так далее
ВероятностьОценка от 1 до 5
ВлияниеОценка от 1 до 5
Итоговая оценкаВероятность × влияние
СтратегияAvoid / Transfer / Mitigate / Accept
РеакцияКонкретные действия
ОтветственныйКто отвечает за риск
СтатусОткрыт, снижен, закрыт

Четыре стратегии реагирования

В оригинальной терминологии они называются Avoid, Transfer, Mitigate, Accept.

  • Уклонение — изменить план так, чтобы риск исчез.
  • Передача — переложить риск на другую сторону: страхование, подряд.
  • Снижение — уменьшить вероятность или влияние.
  • Принятие — принять как есть и держать наготове резервный план.
КОГДА ПРИМЕНЯТЬ
  • Любой средний или крупный проект
  • Высокая неопределённость: новая технология, новый рынок, новый подрядчик
КОГДА НЕ СТОИТ
  • Совсем короткий проект на одну-две недели — реестр съест больше времени, чем сэкономит
ПРИМЕР

Запись R-001: ключевой разработчик серверной части может уволиться. Вероятность 2, влияние 5, итоговая оценка 10. Стратегия — снижение. Что делаем: выясняем, какие части системы держатся на одном человеке, описываем критичные компоненты, работаем в паре на сложных задачах. Ответственный — технический директор. Статус — риск снижен.

КАК ИСПОЛЬЗОВАТЬ В SHTAB

В Shtab заведите отдельный проект «Реестр рисков», где каждая задача — это один риск. Добавьте свои поля «Вероятность» (1–5), «Влияние» (1–5) и «Стратегия» с выбором из списка. Сортируйте по итоговой оценке и разбирайте топ-5 рисков раз в спринт — остальные пусть просто лежат.

Попробовать бесплатно

Вопросы про «Risk Register (реестр рисков)»

Минимум раз в неделю или раз в спринт, на крупных проектах — на каждой встрече по статусу. Закрытые риски не удаляйте: это готовые извлечённые уроки для следующих проектов и защита от повторения тех же ошибок. Реестр, к которому не возвращались месяц, можно считать несуществующим — он описывает проект, которого уже нет.

Ещё из «Классическое проектное управление»

Вся категория →
Baseline (базовый план)

Утверждённая версия плана проекта по содержанию, срокам и бюджету — точка отсчёта для контроля отклонений и изменений.

Change Request (Запрос на изменение)

Формальный документ, которым запрашивают изменение объёма работ, сроков, бюджета или других параметров проекта.

Contingency Plan (план реагирования на риск)

План действий на случай, если риск всё-таки наступит: что именно делает команда, чтобы снизить ущерб.

Применяйте термины на практике

База знаний, задачи и цели — в одном сервисе. Бесплатно — без лимита по числу людей.

Попробовать бесплатноВсе термины