Как вести реестр рисков проекта?
Реестр рисков — таблица, где для каждого риска указано: что может случиться, вероятность, влияние, владелец, меры по снижению и признак, по которому поймём, что риск наступает. Заполните его на старте проекта и пересматривайте раз в неделю-две. Важно различать риск (может случиться) и проблему (уже случилось) — у них разная работа.
Обновлено
Как оценивать риски
- Вероятность и влияние — по шкале от 1 до 3 или 1 до 5.
- Приоритет — произведение вероятности и влияния.
- Стратегии: избежать, снизить, передать, принять.
- Для высоких рисков — конкретные меры и владелец.
Частые ошибки
- Составить реестр на старте и не открывать до конца проекта.
- Формулировать риски расплывчато: «проблемы со сроками».
- Нет владельца — нет управления риском.
- Записывать в реестр рисков уже случившиеся проблемы.
Пример
На старте проекта внедрения CRM менеджер записывает 9 рисков. Самый высокий — сотрудники продаж не будут пользоваться новой системой. Мера — два пилотных менеджера и обучение до запуска. Через месяц пилот показывает, что мешает сложная карточка клиента; её упрощают до запуска, и риск снижается.
Пример строки реестра
| Поле | Пример |
|---|---|
| Риск | Подрядчик по вёрстке не успеет к сроку |
| Вероятность | Средняя |
| Влияние | Высокое — сдвиг запуска на 2 недели |
| Владелец | Менеджер проекта |
| Меры | Промежуточная сдача через неделю, запасной подрядчик на примете |
| Сигнал | Промежуточная сдача сорвана |
Частые вопросы по теме
Чем риск отличается от проблемы?
Риск — возможное событие в будущем, проблема — уже случившееся.
Сколько рисков записывать?
Все значимые, но активно управлять стоит верхними 5–10.
Как часто пересматривать реестр?
Раз в неделю-две и при существенных изменениях.
Кто владелец риска?
Человек, который отслеживает риск и отвечает за меры.
Как найти риски на старте?
Хорошо помогает пре-мортем — представить, что проект провалился, и найти причины.
Как это устроено в Fast Notes
В Fast Notes риски можно вести в заметке проекта, а даты пересмотра поставить задачами с напоминаниями. Для больших реестров удобнее таблица.
Похожие вопросы
Что такое RAID-лог и как вести риски и допущения проекта?
RAID-лог — единый журнал проекта из четырёх разделов: риски (Risks), допущения (Assumptions), проблемы (Issues) и…
02Что такое пре-мортем проекта и как его провести?
Пре-мортем — приём, описанный психологом Гэри Клейном в Harvard Business Review в 2007 году: команда представляет, что…
03Как написать статус-отчёт по проекту?
Статус-отчёт отвечает на четыре вопроса: в каком состоянии проект в целом (по плану, есть риск, отстаём), что сделано…
04Как вести заметки продакт-менеджеру?
Продакт-менеджеру нужны четыре потока записей: исследования (интервью, наблюдения, данные), идеи и запросы (бэклог идей…
05Как вести бэклог идей продукта?
Бэклог идей — отдельный от плана работ список всего, что предлагают клиенты, команда и вы сами. У каждой идеи…
06Как менеджеру продаж вести заметки по клиентам без тяжёлой CRM?
Если CRM нет или она слишком тяжёлая, заведите на каждого клиента одну заметку: контакты и роли, что клиенту нужно…