Как составить RACI-матрицу: пошаговый алгоритм, примеры и готовые шаблоны

Что такое матрица RACI

RACI (Responsible, Accountable, Consulted, Informed) — инструмент распределения ответственности в проекте. Матрица помогает ответить на вопрос «кто что делает?» и устраняет дублирование или пробелы в зонах ответственности.

Аббревиатура расшифровывается так:

Правило одного A: если у задачи два Accountable — значит, задача плохо декомпозирована. Разбейте её на подзадачи.

Когда применять RACI

Матрица особенно полезна в следующих ситуациях:

• Запуск нового проекта — чтобы с нуля выстроить структуру ответственности
• Реорганизация — когда роли меняются и возникает неразбериха
• Конфликты — «я думал, это делает Петя» → RACI фиксирует договорённости
• Кросс-функциональные процессы — когда задача проходит через 3-5 отделов
• Onboarding — чтобы новый сотрудник быстро понял, кто за что отвечает

Как построить матрицу RACI: пошаговый алгоритм

Шаг 1: соберите список задач

Выпишите все работы, решения и результаты проекта. Уровень детализации: одна задача = один измеримый результат.

Пример для IT-проекта:

• Разработка технического задания
• Проектирование архитектуры
• Написание кода (backend)
• Написание кода (frontend)
• Ручное тестирование
• Автоматическое тестирование
• Деплой на staging
• Приёмка заказчиком
• Деплой в production

Шаг 2: определите список ролей

Не должностей, а именно ролей в контексте проекта. Один человек может исполнять несколько ролей.

Типовые роли в IT-проекте: Product Owner, Tech Lead, Backend Developer, Frontend Developer, QA Engineer, DevOps, UX Designer, Project Manager.

Шаг 3: заполните ячейки

Для каждой задачи назначьте ровно одного A, минимум одного R, и нужных C и I.

Шаг 4: проверьте матрицу

Пройдитесь чек-листом:

• У каждой задачи есть ровно один A?
• У каждой задачи есть хотя бы один R?
• Нет ли задач, где A и R разнесены по разным людям, а взаимодействия между ними нет?
• Нет ли у одного человека слишком много A (больше 5-7 задач)?
• Все C действительно будут вовлечены до принятия решения?
• Все I действительно нуждаются в информации после решения?

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

Матрица RACI, созданная в одиночку, бесполезна. Проведите встречу, покажите матрицу, обсудите спорные моменты. Это занимает 30-60 минут, но снимает недели недопонимания.

Вариации RACI

RASCI (RACI + Support)

Добавляется роль S — Support (Поддержка). S активно помогает R, но не несёт ответственности за результат.

Пример: в строительном проекте прораб (R) строит стену, подсобник (S) подаёт кирпичи.

RACI-VS (RACI + Verify + Sign-off)

Добавляются роли:

• V — Verify (Проверяющий) — проверяет соответствие стандартам, регламентам, KPI
• S — Sign-off (Утверждающий) — ставит финальную подпись

Пример для фармацевтики: химик разрабатывает формулу (R), руководитель лаборатории отвечает (A), отдел качества проверяет (V), регулятор утверждает (S).

CAIRO (RACI + Omitted)

• O — Omitted (Исключённый) — явно указывает, что роль не участвует. Полезно, когда нужно подчеркнуть: «этот отдел мы осознанно не привлекаем».

Типовые ошибки

1. Слишком много C (Consulted)

Ошибка: по каждому поводу консультируются с 5-7 людьми. Решение: оставить только тех, без чьего мнения решение будет некачественным. Остальных — в I.

2. Путаница между A и R

Ошибка: Accountable назначают тому, кто «главный по должности», а не тому, кто реально принимает результат.

Директор может быть A для стратегических задач, но не для выбора библиотеки фронтенда.

3. «Галочка ради галочки»

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

4. Один человек — все A

Ошибка: руководитель проекта назначает себя Accountable для всех задач. Это значит, что он становится узким горлышком: каждая задача ждёт его решения.

5. Информирование без фильтра

Ошибка: всех ставят в Informed по всем задачам. Результат: 40 писем в день «для сведения», которые никто не читает.

Шаблон матрицы RACI

Базовый шаблон для копирования:

| Задача               | Роль 1 | Роль 2 | Роль 3 | Роль 4 | Роль 5 |
|---------------------|--------|--------|--------|--------|--------|
| Задача 1            | A      | R      | C      | I      | -      |
| Задача 2            | C      | A+R    | I      | -      | I      |
| Задача 3            | I      | C      | A      | R      | C      |

Обозначения:

• A — Accountable (только один на строку)
• R — Responsible (может быть несколько)
• C — Consulted
• I — Informed
• - — не участвует

RACI для разных отраслей

IT и разработка ПО

Стандартная схема для спринта:

• Product Owner — A для «что делать» (бэклог), I для «как делать»
• Tech Lead — A для архитектурных решений, R для code review
• Разработчики — R для написания кода
• QA — V для приёмки задач, R для тест-кейсов

Строительство

• Архитектор проекта — A для проектной документации
• Главный инженер — A для строительных решений
• Прораб — R для выполнения работ на площадке
• Сметчик — C для бюджетирования
• Заказчик — A для приёмки этапов, I для ежедневных отчётов

Маркетинг

• Маркетинг-директор — A для стратегии
• SMM-менеджер — R для контента в соцсетях
• Копирайтер — R для текстов
• Дизайнер — R для визуала
• Product Owner — C для согласования позиционирования

Альтернативы RACI

DACI

• D — Driver (драйвер, толкает задачу вперёд)
• A — Approver (утверждающий)
• C — Contributors (вносят вклад)
• I — Informed

Подходит для проектов, где нужен сильный драйвер (product-ориентированные команды).

RAPID (Bain & Company)

• R — Recommend (предлагает решение)
• A — Agree (согласует)
• P — Perform (исполняет)
• I — Input (даёт входящую информацию)
• D — Decide (принимает финальное решение)

Подходит для ситуаций, где важна процедура принятия решений, а не просто распределение работ.

Заключение

Матрица RACI — простой, но мощный инструмент. Одна заполненная таблица может сэкономить десятки часов совещаний и предотвратить конфликты «кто это должен был сделать?».

Главные правила:

1. Один A на задачу — всегда.
2. Минимум C — только те, без кого нельзя.
3. Согласовать с командой, а не нарисовать в одиночку.
4. Обновлять при изменениях.
5. Не превращать в бюрократию — если проект на 3 человек, RACI не нужен.

Связанные статьи: 50 правил управления, 100 законов управления, 10 ролей менеджера по Минцбергу