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

«Я думал, это делаешь ты», «Мне никто не говорил», «Это не моя зона ответственности» — такие фразы говорят не потому, что команда плохая. Просто ответственность нигде не зафиксирована.

Матрица RACI — инструмент, который решает эту проблему. Это таблица, которая показывает роль каждого сотрудника в выполнении задачи. Её можно составить за пару часов и сразу получить ответ на вопрос «кто за это отвечает?» без лишних созвонов и выяснений. Эту матрицу ролей и задач часто называют просто RACI.

В этой статье вы узнаете, как собрать матрицу для своей команды, расшифровать результаты и какие ошибки делают RACI бесполезной.

Расшифровка ролей в матрице RACI

Аббревиатура RACI складывается из первых букв четырёх ролей в команде.

Разберём матрицу на примере: нужно создать новую страницу на сайте.

R (Responsible) — исполнитель. Тот, кто непосредственно делает работу. Дизайнер рисует макет страницы, копирайтер пишет текст. У одной задачи может быть несколько исполнителей.

A (Accountable) — ответственный. Человек, который принимает финальное решение и отвечает за результат перед остальными. Маркетолог утверждает макет и текст перед публикацией. 

Ответственный может быть только один. Несколько согласователей на одной задаче — гарантированный конфликт при первом же спорном решении.

C (Consulted) — консультант. Эксперт, чьё мнение учитывают до того, как задача готова. Юрист проверяет формулировки в пользовательском соглашении, прежде чем страница уйдёт в публикацию. Консультант не делает работу сам, но без его согласования двигаться дальше нельзя.

I (Informed) — информируемый. Тот, кого ставят в известность по факту. Руководитель отдела продаж узнаёт о новой странице, когда она уже опубликована. Ему важно знать о результатах работы, но влиять на процесс не нужно.

Модификации матрицы RACI

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

RASCI. Появляется роль S (Support) — поддерживающий. Он помогает основному исполнителю, но не несёт его нагрузки. Подходит, когда у задачи есть основной специалист и его ассистент.

RACI-VS. Добавляются V (Verifier) и S (Signatory) — верификатор и подписывающий. Верификатор проверяет, соответствует ли результат стандарту, подписывающий — формально согласовывает его. Этот вариант нужен в процессах, где важно не просто сделать работу, а официально подтвердить её: финансовая отчётность, договоры, юридически значимые документы.

RACIQ. Роль Q (Quality) отвечает за контроль качества результата отдельно от исполнителя. Полезна там, где качество легко упустить за скоростью, например, в производстве или разработке.

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

Преимущества и недостатки использования матрицы RACI

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

Плюсы:

• Матрица сразу показывает, кто отвечает за задачу, а кто только наблюдает. Для ответа на вопросы «кто это делает?» и «кто за это отвечает?» больше не нужен отдельный созвон.
• Помогает найти перекосы в нагрузке: если у одного сотрудника пять ролей R, а у другого ни одной, дисбаланс виден сразу, ещё до того, как кто‑то выгорит или останется без дела.
• Снижает количество конфликтов при согласовании: матрица показывает, чьё мнение обязательно учесть, а чьё — нет.
• Ускоряет адаптацию новых сотрудников: вместо устных объяснений «кто за что отвечает» есть готовая таблица.

Минусы:

• Бизнес‑процессы меняются, а матрица статична. Роли, актуальные на старте проекта, через пару месяцев могут не соответствовать реальности, если не обновлять таблицу регулярно.
• В командах из двух‑трёх человек матрица скорее мешает, чем помогает: роли и так понятны без таблицы, а лишняя бюрократия замедляет работу. Инструмент раскрывается в командах от пяти‑семи человек, где задачи и роли начинают пересекаться.
• Составление матрицы требует времени и обсуждения с командой. Это процесс, который нужно повторять по мере роста проекта.

Как построить матрицу RACI: пошаговая инструкция и пример

Разберём построение матрицы ответственности на примере проекта по запуску нового продукта. Участники: руководитель проекта, маркетолог, разработчик, бухгалтер, юрист.

Шаг 1. Составьте список задач

Матрица ответственности проекта начинается со списка задач. Выпишите ключевые этапы — без лишней детализации, иначе таблица превратится в нечитаемую простыню. Варианты задач для запуска продукта: исследование рынка, разработка прототипа, расчёт юнит‑экономики, регистрация товарного знака, настройка рекламы.

Шаг 2. Определите участников

Укажите всех, кто задействован в проекте. Это могут быть конкретные сотрудники, должности или отделы. В небольшой команде удобнее указывать имена, в крупной — роли.

Шаг 3. Назначьте R, A, C, I на каждую задачу

Пройдитесь по каждой строке и определите: кто делает (R), кто принимает решение (A), с кем нужно посоветоваться (C), кого просто держать в курсе (I).

Вот как может выглядеть итоговая структура матрицы ответственности в нашем примере:

Шаг 4. Проверьте матрицу

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

Шаг 5. Согласуйте с командой

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

Типичные ошибки при построении матрицы RACI

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

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

Ни одного исполнителя. Задача формально есть в матрице, но R не назначен никому. В итоге все знают о задаче, но никто её не делает.

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

Одному человеку — все четыре роли. Когда сотрудник одновременно R, A, C и I по одной задаче, матрица ответственности и полномочий превращается в формальность — она просто дублирует то, что и так было понятно без таблицы.

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

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

Итог

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

Начните с малого: выпишите пять‑семь ключевых задач в текущем проекте и распределите по ним роли. Сохраните проект матрицы распределения ответственности — он пригодится при следующем запуске или при найме новых людей в команду.