'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
RAID Log
RAID Log — практичная альтернатива тяжёлому Risk Register для маленьких/средних проектов. Объединяет в одной таблице 4 категории.
R — Risks
То, что МОЖЕТ произойти и негативно повлиять. Колонки: описание, P, I, mitigation, owner.
A — Assumptions
То, на чём ОСНОВАНЫ планы (но что может оказаться неверным). Например: «Заказчик утвердит дизайн за 1 неделю», «Команда будет работать на full-time». Если assumption нарушается — становится issue или risk.
I — Issues
То, что УЖЕ ПРОИЗОШЛО и требует действий. Например: «3 недели задержка получения доступов», «Один разработчик уволился».
D — Dependencies
Внешние ЗАВИСИМОСТИ от других команд/проектов/событий. Например: «Готовность API от другого проекта», «Получение лицензии».
Когда применять и когда нет
Применять
- Любой проект — простой инструмент
- Хороший компромисс между «ничего» и формальным Risk Register
Не применять
- Очень крупный проект — нужен полный Risk Register
Примеры применения
RAID Log проекта запуска маркетплейса:
R: Сезонный пик нагрузки в декабре (P=4, I=4) → нагрузочное тестирование за 2 месяца до запуска.
A: Партнёр интегрируется за 6 недель (если задержка → issue).
I: Два senior-разработчика заболели → нужно перераспределить задачи.
D: Юридический отдел утвердит публичную оферту до 15 ноября.
Часто задаваемые вопросы
RAID шире — включает 4 категории, не только риски. Проще в ведении, но менее детальный. Risk Register — глубоко по рискам с probability/impact/score. Часто используют вместе: RAID для общего обзора, Risk Register — для детального риск-менеджмента.
Допущение, на котором строится план. Например, «команда будет full-time», «заказчик ответит в течение дня». Если допущение оказывается неверным, оно становится Risk или Issue. Assumptions нужно явно документировать, чтобы команда знала про их хрупкость.