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

Как проводилось сравнение

Методы сопоставлены не по популярности и не по условным баллам, а по пяти практическим критериям: объект управления, главный вопрос, состав ролей, выходной документ и ограничения. Определения RACI, DACI и RAPID сверены с материалами PMI, Atlassian и Bain. Расширенная матрица ответственности — рабочая модель автора для регулярной деятельности компании; она подробно описана в соседнем материале. Универсально лучшего метода нет: правильным считается тот, который соответствует типу проблемы.

Сравнение RACI, DACI, RAPID и расширенной матрицы

МетодДля чего подходитГлавный вопросКлючевые ролиСильная сторонаОграничение
RACIПроекты, этапы процесса, перечень работКто делает и кто отвечает за завершение?Responsible, Accountable, Consulted, InformedБыстро убирает пробелы и дублирование ролейПлохо показывает, как именно принимается сложное решение
DACIОдно значимое решение или серия однотипных решенийКто ведёт решение и у кого последнее слово?Driver, Approver, Contributors, InformedОтделяет организацию процесса от права решитьНе описывает дальнейшее выполнение решения
RAPIDКритические межфункциональные решенияКто рекомендует, согласует, решает и исполняет?Recommend, Agree, Perform, Input, DecideРазделяет пять разных типов участияИзбыточен для простых и частых решений
Расширенная матрицаПостоянная операционная работа компанииКакой результат нужен, кто им владеет и в каких границах действует?Исполнитель, владелец результата, эксперты, получатели информацииСвязывает роли с результатом, критерием, полномочиями и контролемТребует сначала увидеть реальную работу, а не копировать оргструктуру

На мобильном устройстве таблицу можно прокручивать вправо. RAPID® — зарегистрированный товарный знак Bain & Company.

1. RACI: распределить выполнение работы

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

Роли RACI

R — Responsible. Выполняет работу. Исполнителей может быть несколько.
A — Accountable. Единолично отвечает за итог и принимает завершённую работу.
C — Consulted. Даёт данные или экспертное мнение до завершения работы.
I — Informed. Получает информацию о ходе или результате, но не согласует его.

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

Главное правило — один Accountable на строку. Если буква A стоит у нескольких людей, окончательная ответственность снова становится коллективной. Если её нет, отклонение с большой вероятностью поднимется к руководителю.

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

2. DACI: организовать одно решение

DACI не распределяет весь объём работ. Он создаёт конструкцию принятия конкретного решения: например, выбрать новую CRM, утвердить ценовую политику, определить формат филиальной сети или выбрать один из трёх продуктовых сценариев.

Роли DACI

D — Driver. Формулирует вопрос, собирает данные, организует обсуждение и не даёт решению зависнуть.
A — Approver. Один человек с окончательным правом выбора.
C — Contributors. Дают факты, ограничения и профессиональные рекомендации.
I — Informed. Узнают о принятом решении и его последствиях.

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

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

Слабое место DACI проявляется после выбора. Метод не отвечает подробно, кто реализует решение, по какому критерию считать внедрение завершённым и как контролировать результат. Поэтому DACI удобно связать с планом исполнения или RACI.

3. RAPID: разобрать сложное межфункциональное решение

RAPID, разработанный Bain & Company, нужен там, где одного «ведущего» и одного «утверждающего» уже мало. Например, решение влияет одновременно на продажи, производство, финансы и юридические риски. Тогда важно не смешивать рекомендацию, обязательное согласование, входные данные, окончательный выбор и исполнение.

Роли RAPID

R — Recommend. Готовит обоснованную рекомендацию и варианты.
A — Agree. Даёт обязательное согласование; роль назначают редко — например, при юридическом или регуляторном ограничении.
P — Perform. Исполняет решение после его принятия.
I — Input. Предоставляет данные и экспертизу, способные изменить рекомендацию.
D — Decide. Принимает окончательное решение и берёт на себя обязательство действовать.

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

Буквы в названии не отражают последовательность работы. На практике сначала собирают Input, затем формируют Recommend, при необходимости получают Agree, после чего один человек Decide, а исполнители Perform.

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

4. Расширенная матрица: управлять постоянной работой компании

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

Что фиксирует расширенная матрица

Результат. Какое завершённое состояние должна получить компания или следующий участник потока.
Исполнитель. Кто выполняет работу и создаёт результат.
Владелец результата. Один человек, который отвечает за срок, качество и реакцию на отклонение.
Критерий готовности. По каким наблюдаемым признакам результат можно принять.
Полномочия. Что владелец решает сам, в каких границах и когда эскалирует вопрос.
Контроль. Где виден статус, с какой частотой проверяются отклонения и кто реагирует.

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

Я использую название «расширенная матрица», чтобы не выдавать её за ещё один международный стандарт. Это практическое развитие логики ответственности для регулярной работы. Она не конкурирует с RACI, DACI или RAPID: внутри одной операционной модели для отдельных проектов и решений можно применять все три инструмента.

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

Как выбрать метод за пять вопросов

  1. Вы распределяете работу или принимаете решение? Для работы начните с RACI. Для отдельного решения — с DACI.
  2. Решение затрагивает несколько функций и обязательные ограничения? Если да, рассмотрите RAPID. Если участники лишь дают совет, достаточно Contributors в DACI.
  3. Работа повторяется каждую неделю или с каждым заказом? Стройте расширенную матрицу вокруг результатов, критериев и полномочий.
  4. Проблема в обсуждении или в исполнении? DACI помогает довести обсуждение до выбора. RACI и расширенная матрица — довести работу до результата.
  5. Сколько стоит формализация? Не создавайте пять ролей там, где компетентный сотрудник может принять обратимое решение самостоятельно по заранее заданным границам.

Пример: компания выбирает и внедряет CRM

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

ОбъектПодходящий методПочемуПример конструкции
Выбрать CRM из трёх вариантовDACIНужно одно решение к определённому срокуОперационный директор ведёт выбор, собственник утверждает, продажи и IT дают данные
Согласовать нестандартные требования безопасности и бюджетRAPIDЕсть несколько функций и обязательные ограниченияПроектная группа рекомендует, IT и финансы дают input, юрист согласует критичные условия, собственник решает
Настроить, перенести данные и обучить командуRACIЕсть перечень проектных работ и участниковДля каждой работы назначены Responsible и один Accountable
Ежедневно вести клиентов после запускаРасширенная матрицаЭто постоянная операционная работаДля каждого этапа определены результат, владелец, критерий данных и границы решения

Ошибка — выбрать одну аббревиатуру и пытаться описать ею всё. Инструменты дают ясность только тогда, когда сначала правильно определён объект: работа, решение, согласование или повторяющийся результат.

Пять ошибок при внедрении любой матрицы

  1. Начинать с фамилий, а не с результатов. Сначала определите, что должно быть создано или решено. Иначе таблица просто повторит существующую иерархию.
  2. Назначать нескольких владельцев. Обсуждать и исполнять могут многие, но окончательная ответственность или право решения должны принадлежать одному человеку.
  3. Путать консультацию с согласованием. Эксперт имеет право дать данные, но не всегда право остановить решение. Обязательное вето назначают осознанно и редко.
  4. Делать таблицу без срока и места фиксации. Роли не работают, если решение остаётся в устной договорённости, а статус нельзя проверить.
  5. Не пересматривать модель. После изменения продукта, команды или процесса матрица может описывать уже несуществующую работу. Проверяйте её по реальным случаям.

Рекомендация для собственника небольшой компании

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

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

Частые вопросы

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

RACI распределяет участие в выполнении работы. DACI организует принятие конкретного решения: Driver ведёт процесс, один Approver выбирает, Contributors дают данные, Informed получают результат.

Когда использовать RAPID?

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

Можно ли использовать RACI для всей компании?

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

Какой метод лучше для малого бизнеса?

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

Источники и границы материала

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

Собрать решение в систему

Связь ролей, процессов, стратегии, финансов, данных и технологий подробно разобрана в книге Александра Селедчика «Бизнес. Инструкция по сборке».

Новые материалы о бизнесе как системе

В Дзене выходят подробные статьи, а в Telegram — короткие наблюдения, вопросы для собственника и анонсы новых материалов.

Александр Селедчик

Александр Селедчик

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