Матрица RACI: как распределить ответственность и убрать путаницу в задачах

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

Что обозначает RACI

RACI — это разновидность матрицы распределения ответственности. В официальном руководстве Department of Finance Northern Ireland она описана как матрица со статусами Responsible, Accountable, Consulted и Informed, определяющими участие заинтересованных сторон в проектных действиях. Таблица соединяет строки работ или результатов со столбцами ролей.

Responsible непосредственно выполняет работу или вносит прямой вклад в её завершение. Accountable владеет итогом и обладает полномочием принять его. Consulted даёт экспертный вклад до решения, поэтому общение с ним двустороннее. Informed получает сведения о ходе или результате, но его согласование не требуется.

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

Когда матрица действительно полезна

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

Матрица не заменяет описание задачи, регламент, график, критерии качества и компетентного руководителя. Буква R не сообщает исполнителю, что именно сделать и к какому сроку. Буква A не создаёт полномочия автоматически. Если руководитель назначил владельца, но не дал доступа к данным или права принять решение, таблица лишь делает противоречие заметным.

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

Опишите границы процесса

Запишите событие начала и проверяемый финал. Например: процесс начинается после утверждения темы вебинара и заканчивается публикацией записи и итогового отчёта. Укажите, что находится вне границ: выбор годовой стратегии, закупка платформы или последующая продажа. Без границ участники будут заполнять разные процессы в одной таблице.

Определите входы, выходы и ограничения: бриф, бюджет, требования бренда, доступные каналы, дата, критерии приёмки. Перечислите смежные процессы и точки передачи. Если одна команда отвечает только до передачи материала, а другая — после, это должно быть видно в отдельных строках результата.

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

Формулируйте строки как результаты

Плохая строка звучит как «маркетинг» или «работа с контентом»: непонятно, что должно быть завершено. Лучше писать «бриф согласован», «лендинг готов к публикации», «список участников передан техническому координатору», «запись размещена». Результат можно проверить, принять и передать дальше.

Сохраняйте одинаковый уровень детализации. Если рядом стоят «запустить мероприятие» и «исправить одну ссылку», распределение ролей будет несопоставимым. Разбейте крупный результат на несколько значимых контрольных точек, но не переносите в RACI каждое действие из чек-листа исполнителя.

Для решения и исполнения иногда нужны отдельные строки. «Утвердить тему» и «подготовить программу» могут иметь разных A и R. Такое разделение показывает, где заканчивается экспертная рекомендация и начинается право выбора.

Используйте роли, а не фамилии

Столбцы обычно обозначают устойчивые роли: руководитель программы, координатор, эксперт, маркетолог, технический специалист. Фамилии быстро устаревают при отпуске, замене или росте команды. Отдельный справочник связывает роль с текущим сотрудником и заместителем.

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

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

Сначала назначьте Accountable

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

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

Accountable не обязан лично делать всю работу. Он уточняет критерии, обеспечивает ресурсы в пределах полномочий, принимает результат и инициирует эскалацию, если ограничения мешают сроку. Если A узнаёт о проблеме только в момент приёмки, схема коммуникаций построена поздно.

Затем определите Responsible

Назначьте минимум одного исполнителя там, где требуется работа. Несколько R допустимы, если вклад каждого различим. Запишите разделение в описании строки или в рабочем плане: кто готовит текст, кто собирает данные, кто размещает материал. Буква R у всей команды без внутреннего разделения может снова скрыть отсутствие конкретного исполнителя.

Проверьте доступность времени, навыков, данных и инструментов. Назначение должно быть согласовано с человеком или руководителем ресурса. Официальная британская рекомендация по распределению проектных ролей также подчёркивает, что участников следует консультировать, а не просто ставить перед фактом: официальное руководство Natural Resources Wales по согласованию ролей.

Если один участник одновременно R и A, это может быть нормальным для небольшой команды или простого результата. Важно не запрещать сочетание автоматически, а проверить независимость контроля там, где она требуется внутренними правилами, договором или уровнем риска.

Разведите Consulted и Informed

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

Informed получает сообщение без обязанности согласовать. Определите содержание, канал и момент: уведомление о старте, изменение срока, принятый результат или ссылка на отчёт. Если адресат каждый раз отвечает рекомендациями и без него работа не продолжается, фактически это C, а не I.

Слишком много C создаёт длинную очередь мнений, а слишком много I — информационный шум. Для каждого назначения спросите: какое решение ухудшится без этого вклада и что произойдёт, если сообщение не отправить. Если убедительного ответа нет, букву можно убрать.

Согласуйте матрицу на рабочей встрече

Подготовьте черновик процесса и ролей, затем соберите представителей ключевых функций. Идите по строкам, начиная с результата и A, затем назначайте R, C и I. Не обсуждайте буквы в отрыве от реального сценария: кто получает вход, что считает завершением, кому передаёт результат и что делает при задержке.

Фиксируйте конфликты отдельно. Если два руководителя претендуют на A, вопрос может касаться организационных полномочий, а не дизайна таблицы. Если никто не принимает R, возможно, работа не обеспечена ресурсом или вообще не нужна. Матрица ценна тем, что выводит эти решения на поверхность.

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

Собственный пример: запуск обучающего вебинара

Ниже — редакционный пример для пяти ролей. Он не является стандартным шаблоном для любой компании: состав строк и назначений меняется по структуре, рискам и правилам конкретной организации. Обозначения: руководитель программы — РП, координатор — К, эксперт — Э, маркетолог — М, технический специалист — Т.

Результат	РП	К	Э	М	Т
Тема и цель утверждены	A	R	C	C	I
Программа и материалы готовы	A	C	R	I	C
Страница регистрации опубликована	I	A	C	R	C
Техническая репетиция пройдена	I	A	R	I	R
Вебинар проведён	I	A	R	I	R
Запись и итоговый отчёт опубликованы	I	A	C	R	R

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

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

Найдите типичные ошибки

• Строки описывают подразделения, а не результаты.
• На значимой строке нет A или R.
• Несколько A назначены без правила окончательного решения.
• Вся команда отмечена C, хотя её вклад не определён.
• Исполнители назначены без согласования ресурсов и сроков.
• В фамилии зашита роль, поэтому замена сотрудника ломает процесс.
• Матрица противоречит регламенту, договору или фактическим полномочиям.
• После изменения процесса таблицу никто не обновляет.

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

Встройте RACI в рабочий процесс

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

Пересматривайте RACI при смене структуры, инструмента, обязательного согласования или границ процесса, а также после повторяющегося сбоя. У документа должен быть владелец и дата следующего обзора. Архив версий помогает понять, по какой схеме работала команда в конкретный период.

Не оценивайте пользу матрицы неподтверждённым процентом «роста эффективности». Наблюдайте проверяемые признаки: уменьшились ли ожидания согласования, исчезли ли задачи без владельца, понятна ли эскалация, знают ли участники свои полномочия. Даже эти изменения нужно связывать с конкретным процессом, а не автоматически приписывать одной таблице.

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

Вопросы и ответы

• В чём разница между Responsible и Accountable?

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

• Может ли в строке быть несколько Responsible?

  Да, если вклад каждого исполнителя явно разделён в плане или критериях результата. Если всем поставлена одна буква без разделения, риск размывания исполнения остаётся.

• Обязательно ли назначать только одного Accountable?

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

• Чем Consulted отличается от Informed?

  С Consulted советуются до решения и получают ответ, поэтому связь двусторонняя. Informed получает сведения о ходе или результате, но его ответ не является условием продолжения работы.

• Нужно ли указывать в RACI фамилии сотрудников?

  Устойчивее указывать организационные роли, а фамилии хранить в актуальном справочнике назначений. Тогда отпуск или замена человека не требует переписывать сам процесс.

• Как понять, что матрица RACI устарела?

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

По теме