Что такое матрица RACI: расшифровка, роли и пошаговое построение

Что означает аббревиатура RACI: расшифровка и роли

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

R и A — исполнитель и единственный ответственный

R — Responsible (исполнитель) — участник, который непосредственно выполняет задачу. Исполнителей может быть несколько; если их больше двух, задачу лучше декомпозировать на более мелкие с чётким разделением. R-участник подотчётен A.

A — Accountable (ответственный за результат) — тот, кто отвечает за выполнение задачи в срок и с нужным результатом. Назначает исполнителей R, принимает итоговое решение. Ключевое правило: строго один A на каждую задачу. Два A — это конфликт мнений при согласовании; менеджер проекта фиксирует нарушение при проверке матрицы.

C и I — консультант и информируемые участники

C — Consulted (консультант) — эксперт, к которому обращаются до и в ходе выполнения задачи. Коммуникация двусторонняя. Консультант задачу не выполняет; оптимально подключать минимально необходимое число C-участников, иначе процесс замедляется.

I — Informed (информируемый) — получает уведомления о ходе и результате задачи; коммуникация односторонняя. Стейкхолдеры проекта — заинтересованные стороны — это всегда подтип I-роли: их никогда не назначают R или A. Дефицит I-участников ведёт к непрозрачности; избыток — к коммуникационной перегрузке команды.

Пять шагов построения матрицы RACI на примере IT-проекта

Разберём построение матрицы ответственности пошагово на конкретном примере — разработке мобильного приложения: пять задач и пять участников в команде. Матрицу RACI составляют и согласовывают до запуска проектных работ. Без этого шага зоны ответственности остаются размытыми.

Шаги 1–3: определяем задачи, участников и расставляем роли

Шаг 1. По вертикали записывают задачи: «Написать ТЗ», «Создать дизайн», «Разработать», «Протестировать», «Опубликовать» — это строки матрицы.

Шаг 2. По горизонтали — участники или роли: менеджер проекта, дизайнер, разработчик, тестировщик, заказчик. Это столбцы.

Шаг 3. На каждом пересечении проставляют букву роли. Если у задачи оказывается несколько R — сигнал к декомпозиции: одну задачу разбивают на более мелкие с чётким разделением ответственности. Пример заполненной матрицы — в таблице ниже.

Шаги 4–5: анализируем пробелы и согласовываем с командой

Шаг 4. Готовую матрицу проверяют на ошибки: нет ли задач без A, нескольких A в одной строке, перегруженных R-участников. Цель — равномерное распределение нагрузки и выявление пробелов до старта. При обнаружении проблемы — декомпозировать задачи или пересмотреть состав команды.

Шаг 5. Матрицу согласовывают с командой и стейкхолдерами до запуска проекта. Согласование фиксирует ответственность официально: после этого изменить назначение участника без пересмотра матрицы нельзя — перекладывание задач в процессе исключается.

Шесть ошибок при построении матрицы ответственности

Вот шесть ошибок, которые встречаются чаще всего.

1. Несколько R на одну задачу. Неясно, кто именно отвечает за результат. Решение: декомпозировать задачу.

2. Один R перегружен несколькими задачами. Риск задержек в проекте и выгорания. Нужно пересмотреть распределение ответственности.

3. Участник полностью без R и A. Возможно, лишний в команде. Исключение — стейкхолдеры с ролью I.

4. Несколько A на задачу. Ключевое нарушение: путаница в ролях и конфликт мнений при согласовании. Строго один A.

5. Несколько букв в одной клетке у большинства участников. Признак размытой ответственности — пересмотреть структуру задач.

6. Избыток C и I. Коммуникационная перегрузка снижает фокус. Консультантов и информируемых подключают только в необходимом объёме.

Разобраться в инструментах управления IT-проектами системно — включая матрицу RACI и смежные методики — поможет программа «Специалист по информационным системам: от организации до сопровождения ИТ-проектов»: подробности в каталоге программ обучения ТГУ. 144 часа, бесплатно в рамках нацпроекта «Кадры».

Расширенные версии матрицы: когда четырёх ролей недостаточно

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

RASCI, RACI-VS и RACIQ — дополнительные роли и их назначение

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

RACI-VS добавляет V (Verifier) — проверяет соответствие результата критериям — и S (Signatory) — официально принимает работу от заказчика. Применяется при формальной контрактной приёмке.

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

RACI, RAPID и DACI: три методологии — три разные задачи

RAPID и DACI нередко путают с матрицей RACI — на деле это три разных инструмента для разных управленческих задач.

RAPID (Recommend / Agree / Perform / Input / Decide) отвечает на вопрос «Кто принимает решения?». Применяется до начала действий: фиксирует, у кого есть право на финальное решение.

DACI (Driver / Approver / Contributor / Informed) помогает группе достичь консенсуса перед стартом работ. Тоже используется до начала действий.

Матрица RACI — план исполнения: кто что делает в ходе проекта.

Простая формула: «RACI отвечает «кто делает?», RAPID — «кто решает?», DACI — «как договориться?»»

Шаблон матрицы RACI: готовая форма для запуска

Готовый шаблон матрицы в Google Sheets позволяет начать работу за несколько минут: скопируйте файл, замените примерные задачи и участников на реальные, расставьте роли и согласуйте с командой. Матрицу также удобно вести в Notion, Miro или Excel.

Часто задаваемые вопросы

Как правильно произносится RACI?

Аббревиатура произносится «рэйси», ударение на первый слог. Расшифровка: Responsible — Accountable — Consulted — Informed. В русскоязычной среде встречается вариант «раси» — оба варианта понятны специалистам по управлению проектами.

Кто составляет и ведёт матрицу RACI?

Матрицу RACI создаёт менеджер проекта — он несёт A-роль за корректность распределения ответственности. Наполнение матрицы — командная работа: роли обсуждают и согласовывают с участниками на старте проекта.

Может ли у одной задачи быть несколько ответственных (A)?

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

Чем матрица RACI отличается от RAPID и DACI?

RACI — план исполнения задач: кто что делает. RAPID — инструмент распределения прав на принятие решений. DACI — помогает группе достичь консенсуса перед действиями. Все три используются в управлении проектами, но на разных этапах и с разными целями.

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

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

Как крупные компании используют матрицу RACI?

Крупные холдинги, в том числе СИБУР, применяют матрицу RACI при внедрении информационных систем и запуске межфункциональных проектов. Инструмент разграничивает зоны ответственности между подразделениями и согласовывает роли до начала работ.

Можно ли применять матрицу RACI в проектах с гибкой методологией разработки (Agile)?

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

Чем матрица RACI отличается от должностных инструкций?

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