Роли и права принятия решений

Матрица RACI: как распределить ответственность

Как с помощью матрицы RACI разобраться в ответственности, выбрать первый шаг и проверить результат без лишней бюрократии в растущей компании.

Содержание статьиС чего начатьResponsibleAccountableConsultedInformedУровень примененияКак проверить решение на практикеДавать двум ролям конечную ответственностьСоздавать матрицу без изменения прав на решенияКопировать юридический документ как управленческое описание ролиЧто должно измениться в работеЧто можно сделать без большого проектаВыводFAQ

В матрице ответственности участвуют все, но ни у кого нет окончательного слова. Документ выглядит согласованным, а решение всё равно зависает.

RACI полезна для сложной совместной работы, где легко перепутать исполнителя, окончательно ответственного, советника и того, кого только информируют. Не пытайтесь сразу создать идеальную систему. Полезнее быстро проверить одну договорённость на реальной задаче.

Практика

С чего начать

Сформулируйте результат изменения одним предложением. Назовите, кто принимает решение, в каких пределах и когда привлекает руководителя. Ориентиры: «Responsible» и «Accountable».

Responsible

Это роль или роли, которые выполняют работу; их может быть несколько, если границы вклада понятны.

Для «Responsible» нужен видимый результат. Формулировки «мы договорились» недостаточно, если сроки, качество или способ принятия решения не изменились.

Accountable

Одна роль несёт конечную ответственность за результат и вправе объединять решения.

Заранее договоритесь, по какому признаку будете пересматривать «Accountable». Иначе временное решение быстро станет неудобным правилом.

Consulted

Этих людей привлекают к решению до его принятия, потому что действительно нужны их опыт или понимание риска.

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

Informed

Они получают результат или статус после решения и не должны превращаться в скрытых согласующих.

Договорённость должна выдерживать обычную рабочую нагрузку. Если правило «Informed» обходят при первой срочности, причина не устранена.

Уровень применения

Матрицу используют для неоднозначных решений и стыков, а не для каждой мелкой операции.

Наличие документа само по себе ничего не доказывает. Посмотрите, изменила ли договорённость «Уровень применения» поведение команды в реальной задаче.

Как проверить решение на практике

  1. Опишите одну повторяющуюся ситуацию: где возникла задержка, кто ждал решения и каковы были последствия для бизнеса.
  2. Определите, какая часть работы дала сбой. Сначала проверьте «Responsible». Не пытайтесь одновременно исправить всю компанию.
  3. Договоритесь о новом способе действия, одном ответственном и границах его самостоятельности. Отдельно согласуйте «Accountable».
  4. Проверьте договорённость в реальной работе. Посмотрите, как сработала часть «Consulted», и сравните результат с исходным состоянием.

Не распространяйте первое решение сразу на всю компанию. Сначала посмотрите, как «Responsible» выдерживает нагрузку и нестандартный случай.

Давать двум ролям конечную ответственность

Проблема вернётся, как только вырастет нагрузка. Перед запуском договоритесь, как команда работает с исключениями и кто может менять правило. Вернитесь к «Responsible» и проверьте договорённость на реальной ситуации.

Создавать матрицу без изменения прав на решения

Первый сбой после изменения не доказывает, что подход ошибочен. Разберите причину, уточните границы и повторите проверку. Для исправления начните с части «Accountable» и назначьте ответственного.

Копировать юридический документ как управленческое описание роли

Это создаёт видимость порядка, но не меняет способ работы. Нужно вернуться к конкретной причине и проверить её на реальном случае. Следующий шаг — выяснить, что именно не работает в части «Consulted».

Что должно измениться в работе

Число спорных решений, повторных согласований и задач без одного ответственного за конечный результат.

Сравнивайте состояние до и после изменения. Отдельно записывайте, какое решение могло повлиять на результат и что изменилось в «Responsible». Не делайте вывод по одному случаю: проверьте «Responsible» как минимум на нескольких рабочих ситуациях.

Что можно сделать без большого проекта

  1. Выберите один повторяющийся сбой, который уже влияет на срок, качество или нагрузку команды.
  2. Пригласите людей, отвечающих за «Responsible».
  3. Согласуйте одно изменение, ответственного и границы его решения.
  4. Назначьте дату короткого разбора и проверьте «Accountable».

Если договорённость не выдержала обычной рабочей недели, это полезный результат. Он показал, что именно нужно уточнить в «Responsible».

Вывод

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

Для первого шага не нужен большой проект. Во время диагностики ролей и решений можно определить причину и реалистичный порядок действий. Отправной точкой будет не определение «матрицы ответственности RACI», а реальная ситуация в вашей компании.

FAQ

Как заполнить?

Проверьте это на одном реальном случае. Для «Responsible» и «Accountable» назовите ответственного, действие, срок и признак результата.

Какие ошибки?

Самая типичная ошибка — внедрить документ или инструмент до согласования нового способа работы. Ещё один риск — не назначить ответственного за «Responsible».

Когда RACI не работает?

Срок зависит от масштаба изменения и числа руководителей, которых оно затрагивает. Первую проверку «Responsible» лучше планировать после короткого рабочего цикла.