Открыть сервис

Матрица RACI

Матрица RACI — это инструмент управления проектами и бизнес-процессами, предназначенный для распределения ролей и ответственности между участниками команды при выполнении конкретных задач, этапов работ или принятии решений. Название представляет собой акроним, составленный из первых букв четырёх ключевых ролей: Responsible (исполнитель), Accountable (ответственный), Consulted (консультируемый) и Informed (информируемый). Матрица RACI (также известная как матрица ответственности или RAM — Responsibility Assignment Matrix) позволяет наглядно отобразить, кто что делает, кто принимает окончательные решения, с кем необходимо согласовывать действия и кого следует держать в курсе. Это снижает риск недопонимания, дублирования функций и конфликтов в проектной деятельности.

История возникновения

Методология распределения ответственности в виде матрицы начала формироваться в середине XX века в рамках развития системного подхода к управлению. Одним из ранних предшественников RACI считается техника «Линейного распределения ответственности» (Linear Responsibility Chart), разработанная в 1950-х годах. В 1980-х годах концепция получила широкое распространение благодаря работам в области управления проектами, в частности, в стандартах PMBOK (Project Management Body of Knowledge) Американского института управления проектами (PMI). Точное авторство термина «RACI» установить сложно, однако его популяризация связывается с развитием процессного подхода и методологий управления качеством, таких как всеобщее управление качеством (TQM) и реинжиниринг бизнес-процессов. В России и русскоязычной практике управления проектами матрица RACI активно применяется с 2000-х годов, в том числе при внедрении корпоративных стандартов и обучении проектному менеджменту.

Структура и принцип построения

Матрица RACI представляет собой таблицу, в строках которой перечислены задачи, работы или ключевые решения (Work Breakdown Structure — WBS), а в столбцах — участники проекта (роли, должности, отделы или конкретные люди). На пересечении строки и столбца проставляется одна из четырёх букв, обозначающая роль данного участника по отношению к данной задаче.

Расшифровка ролей

Каждая из четырёх ролей имеет строго определённое значение:

  • R (Responsible — Исполнитель) — лицо, которое непосредственно выполняет работу. Это «руки» задачи. Исполнитель отвечает за реализацию действий, достижение результата в установленные сроки и с заданным качеством. На одну задачу может быть несколько исполнителей, но это не рекомендуется, так как размывает ответственность. В случае групповой работы часто назначают одного ведущего исполнителя.
  • A (Accountable — Ответственный / Утверждающий) — лицо, которое несёт конечную ответственность за результат задачи. Это «голова» задачи. Ответственный принимает решение, утверждает результат, отвечает на вопрос «выполнено ли задание?». На каждую задачу может быть только один ответственный (Accountable). Часто эту роль выполняет руководитель проекта или функциональный руководитель, который делегирует исполнение, но остаётся подотчётным за итог.
  • C (Consulted — Консультируемый) — лицо, с которым необходимо проводить консультации до принятия решения или выполнения работы. Это «эксперт» или «заинтересованная сторона», обладающая необходимыми знаниями, опытом или полномочиями. Консультируемые участвуют в двустороннем общении: они дают рекомендации, предоставляют информацию, оценивают варианты. Их мнение учитывается, но окончательное решение остаётся за Ответственным (Accountable).
  • I (Informed — Информируемый) — лицо, которое должно быть проинформировано о ходе выполнения задачи или о её результате. Это «наблюдатель». Информируемые не участвуют в процессе, но нуждаются в данных для своей работы, контроля или отчётности. Общение одностороннее: после завершения этапа или задачи им направляется уведомление, отчёт или протокол.

Пример построения

Для наглядности можно рассмотреть фрагмент матрицы RACI для процесса «Разработка нового функционала веб-сайта»:

ЗадачаМенеджер продуктаВедущий разработчикДизайнерТестировщикМаркетолог
Утверждение ТЗACCCI
Разработка макетаICR-C
Написание кодаIA---
Модульное тестированиеIR-A-
Приёмка результатаARCCI

В этом примере:

  • За утверждение технического задания (ТЗ) отвечает Менеджер продукта (A), а консультируют его Разработчик, Дизайнер и Тестировщик (C). Маркетолог информируется (I).
  • За написание кода отвечает Ведущий разработчик (A), он же является исполнителем (R). Менеджер продукта только информируется (I).
  • За приёмку результата конечную ответственность несёт Менеджер продукта (A), а исполняет проверку Ведущий разработчик (R).

Применение в управлении проектами

Матрица RACI является стандартным инструментом на этапах планирования и организации работ. Она применяется в различных методологиях управления проектами, включая водопадную (Waterfall) и гибкую (Agile, Scrum).

Основные цели использования

  • Устранение неопределённости: Чётко фиксирует, кто за что отвечает, исключая ситуации, когда задача остаётся без ответственного или, наоборот, за неё берутся несколько человек.
  • Предотвращение конфликтов: Снижает вероятность споров о полномочиях и зонах ответственности.
  • Оптимизация коммуникаций: Позволяет определить, с кем нужно согласовывать решения, а кого достаточно просто уведомить, экономя время на совещаниях.
  • Улучшение координации: Обеспечивает единое понимание процесса всеми участниками команды, включая внешних подрядчиков и заказчиков.
  • Основа для контроля: Упрощает мониторинг выполнения задач и оценку эффективности работы каждого участника.

Применение в различных методологиях

  • Водопадная модель: Матрица RACI создаётся на старте проекта и остаётся неизменной на протяжении всего жизненного цикла. Она фиксирует роли для каждого этапа (анализ, проектирование, разработка, тестирование, внедрение).
  • Agile и Scrum: Матрица RACI может применяться для распределения ролей в рамках спринта или для отдельных задач в бэклоге. Однако в гибких методологиях акцент делается на самоорганизацию команды, поэтому RACI используется более гибко, часто для критически важных решений или для взаимодействия с внешними стейкхолдерами. Владелец продукта (Product Owner) часто выступает в роли Accountable по приоритетам и требованиям, а Скрам-мастер — по процессу.
  • Управление изменениями: При внедрении организационных изменений матрица RACI помогает распределить ответственность за обучение, коммуникацию и поддержку новых процессов.

Преимущества и недостатки

Преимущества

  • Простота и наглядность: Легко создаётся и понимается всеми участниками, не требует специального программного обеспечения (можно использовать Excel, Google Sheets, Wiki-страницы).
  • Универсальность: Применима для проектов любого масштаба и сложности, от небольших инициатив до крупных корпоративных программ.
  • Документирование: Создаёт формальный артефакт, который можно использовать для обучения новых сотрудников, аудита и последующего анализа.
  • Повышение прозрачности: Делает распределение ролей явным, что способствует доверию и снижению политических игр в команде.

Недостатки и ограничения

  • Риск излишней бюрократизации: В небольших или динамичных командах жёсткая фиксация ролей может замедлять работу и снижать гибкость.
  • Сложность поддержания актуальности: При частых изменениях в проекте матрицу необходимо постоянно обновлять, иначе она быстро устаревает и теряет ценность.
  • Путаница между R и A: На практике часто возникает недопонимание между ролями «Исполнитель» (R) и «Ответственный» (A). Важно помнить, что R выполняет работу, а A отвечает за результат. Если A также выполняет работу, он может быть одновременно и R, и A, но это должно быть явно указано.
  • Не учитывает неформальные роли: Матрица не отражает реальное влияние, авторитет или неформальное лидерство, которые могут быть важны в проекте.
  • Требует времени на разработку: Создание качественной матрицы для сложного проекта может потребовать значительных усилий и согласований с участниками.

Варианты и модификации

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

  • RACI-VS: Добавляет роли Verify (верификатор — проверяет соответствие результата требованиям) и Sign-off (утверждающий — ставит окончательную подпись, часто вышестоящий руководитель).
  • RASCI: Вариант, где роль Support (поддержка) выделяется отдельно от Consulted. Поддержка означает предоставление ресурсов, инструментов или вспомогательных действий, а не только консультаций.
  • RACI-матрица с уровнями: Для очень крупных проектов может создаваться несколько уровней матриц: стратегический (для портфеля проектов), тактический (для конкретного проекта) и операционный (для отдельных фаз или пакетов работ).

Критика

Основная критика матрицы RACI связана с её статичностью и потенциальной жёсткостью в условиях высокой неопределённости. Критики отмечают, что в современных гибких и адаптивных подходах к управлению, где команды самоорганизуются и роли могут меняться в процессе работы, формальная матрица может стать препятствием, а не помощью. Кроме того, неправильное использование RACI (например, назначение нескольких ответственных (A) на одну задачу или игнорирование роли консультируемых (C)) может привести к обратному эффекту — путанице и снижению эффективности. Также отмечается, что матрица не учитывает человеческий фактор: конфликты, личные амбиции и неформальные отношения, которые часто оказывают решающее влияние на успех проекта.

Источники

  1. Project Management Institute. (2021). A Guide to the Project Management Body of Knowledge (PMBOK Guide) – Seventh Edition. Project Management Institute.
  2. Kerzner, H. (2017). Project Management: A Systems Approach to Planning, Scheduling, and Controlling. John Wiley & Sons.
  3. Дэвид А. Уилкинсон. (2015). Матрица ответственности RACI: как распределить роли в проекте. Журнал «Управление проектами», № 3.
  4. Материалы курсов по управлению проектами (РМI, IPMA) и методологиям Agile (Scrum.org, SAFe).

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →