Найти в Дзене

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

В какой то момент у нас копился зоопарк инициатив: все обсуждают, все согласны, а внятного хозяина задачи или проекта нет. В итоге флоу разваливается, задачи прыгают между командами, сроки уезжают, а виноватых формально нет. Как действовал Я пошел не от теории, а от практики. Взял знакомые фреймворки RACI, DACI, RAPID, вытащил из них живые роли и пересобрал под нашу реальность. В итоге у каждой важной инициативы есть: Что это дало Инсайты

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

Как действовал

Я пошел не от теории, а от практики. Взял знакомые фреймворки RACI, DACI, RAPID, вытащил из них живые роли и пересобрал под нашу реальность. В итоге у каждой важной инициативы есть:

  • драйвер задачи - тянет движение от старта до релиза, организует синки, снимает блокеры;
  • апрувер - человек, который принимает финальное решение по направлению;
  • аккаунт - следит за рамкой: цели, сроки, стейкхолдеры;
  • исполнители - кто делает задачу руками;
  • консультант - дает нужную экспертизу по домену или цифры, но не принимает решений;
  • информаторы - те, кого нужно держать в курсе, но с них ничего не спрашиваем.

Что это дало

  • стало понятно, кто конкретно отвечает за движение инициативы, а кто просто дает входные;
  • исчезла история, когда решение "повисло", потому что никто не понимал, кто финально апрувит;
  • договоренности перестали теряться между функциями.

Инсайты

  • Если назначить драйвером "самого свободного", а не самого мотивированного, задача все равно будет буксовать.
  • Попытка сделать двух апруверов сразу почти гарантированно возвращает нас к лепесткам безответственности "ничего не решили".
  • Информаторов лучше уведомлять текстом, иначе легко начать путать их с консультантами и тащить все синки.