Что такое допущение в журнале RAID?

Это условие, на котором построен план, но которое никто не проверял. Например: «команда будет занята проектом полностью», «заказчик ответит в течение дня». Если допущение оказалось неверным, оно превращается в риск или проблему. Записывать допущения явно нужно затем, чтобы команда понимала, насколько сильно план на них завязан.

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

RAID Log (журнал рисков, допущений, проблем и зависимостей)

Одна таблица из четырёх разделов — риски, допущения, проблемы и зависимости: сводка всех управленческих вызовов проекта.

КРАТКО

RAID Log — рабочий журнал руководителя проекта: одна таблица с четырьмя разделами. Риски — что ещё может пойти не так; допущения — на чём держатся планы; проблемы — что уже пошло не так; зависимости — от чего проект зависит извне. Журнал живой: команда пересматривает его на каждой встрече по статусу проекта.

СИНОНИМЫ:RAID LogRAID TrackerRisks Assumptions Issues Dependenciesжурнал RAIDжурнал рисков и проблем проекта

RAID Log — практичная замена громоздкому реестру рисков для небольших и средних проектов. Собирает в одной таблице четыре категории.

R — риски (Risks)

То, что может произойти и навредить проекту. Колонки таблицы: описание, вероятность, влияние, меры снижения, ответственный.

A — допущения (Assumptions)

То, на чём построены планы, но что может оказаться неверным. Например: «заказчик утвердит дизайн за неделю», «команда будет занята проектом полностью». Если допущение не подтвердилось, запись переезжает в проблемы или риски.

I — проблемы (Issues)

То, что уже произошло и требует действий прямо сейчас. Например: «три недели задержки с выдачей доступов», «уволился разработчик».

D — зависимости (Dependencies)

Внешние связи с другими командами, проектами и событиями. Например: «готовность API смежного проекта», «получение лицензии».

КОГДА ПРИМЕНЯТЬ

Любой проект — инструмент простой и быстрый
Разумный компромисс между «ничего не ведём» и полноценным реестром рисков

КОГДА НЕ СТОИТ

Очень крупный проект — здесь нужен полноценный реестр рисков

ПРИМЕР

Журнал проекта по запуску маркетплейса.
Риски: сезонный пик нагрузки в декабре (вероятность 4, влияние 4) → нагрузочное тестирование за два месяца до запуска.
Допущения: партнёр подключится за шесть недель; если задержится, запись переедет в проблемы.
Проблемы: заболели двое опытных разработчиков, задачи нужно перераспределить.
Зависимости: юридический отдел утвердит публичную оферту до 15 ноября.

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

В Shtab заведите на доске проекта четыре колонки: риски, допущения, проблемы, зависимости. Каждая запись — отдельная задача с ответственным и сроком. Раз в неделю на встрече по статусу проходите доску целиком, а закрытые записи отправляйте в архив.

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

Вопросы про «RAID Log (журнал рисков, допущений, проблем и зависимостей)»

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

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

Вся категория →

Baseline (базовый план)

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

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

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

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

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

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

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

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