Что такое матрица RACI и как она упростит управление проектами

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

Аббревиатура RACI расшифровывается как четыре типа ролей в проекте:

Responsible (R) — тот, кто выполняет задачу.

Accountable (A) — тот, кто отвечает за результат.

Consulted (C) — те, кто консультирует по задаче.

Informed (I) — те, кого информируют о результатах.

К примеру, компания запускает новый продукт. Отдел разработки создаёт функционал, маркетинг готовит рекламу, а юристы проверяют договоры. Но в какой-то момент выясняется, что никто не согласовал сроки с логистами, и поставки задерживаются. Проект тормозит, а сотрудники перекладывают ответственность друг на друга.

Матрица RACI превращает расплывчатые обязанности в конкретные роли:

Кто отвечает за настройку CRM? Ответ — R.
Кто утверждает бюджет? Ответ — A.
Кого нужно спросить о безопасности данных? Ответ — C.

Как устроена RACI-матрица

Responsible (R) — исполнитель

Это человек или команда, которая непосредственно выполняет задачу. Например, системный администратор настраивает доступы к корпоративной почте. Его роль — R. Если в проекте по внедрению CRM нужно интегрировать модуль оплаты, ответственным будет разработчик.

На одну задачу назначается только один R. Если указать двух ответственных, возникнет путаница. Допустим, обновление ПО поручили и сисадмину, и программисту. В итоге оба решат, что это зона другого, и задача зависнет.

Accountable (A) — подотчётный

Это тот, кто несёт ответственность за результат задачи и принимает окончательные решения. Чаще всего это руководитель. Например, директор утверждает бюджет проекта (A), а бухгалтер его формирует (R). Если при запуске сайта возникает спор о дизайне, последнее слово остаётся за A — например, за владельцем бизнеса.

Consulted (C) — консультант (эксперт)

Этих людей нужно спрашивать перед принятием решений. Их мнение влияет на результат, но они не выполняют задачу. Допустим, при настройке облачного хранилища данных ИБ-специалист (C) проверяет, соответствует ли система политикам безопасности. Без его согласования ответственный (R) не может завершить этап.

Informed (I) — информируемый

Этих участников не нужно вовлекать в работу, но им важно знать о результатах. Например, маркетолога (I) уведомляют, когда разработчики (R) завершают создание лендинга. Или HR-менеджер получает отчет о внедрении новой системы учёта рабочего времени.

5 знаков, что бизнесу нужна RACI-матрица

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

Проекты срываются из-за зависших между отделами задач

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

Сотрудники тратят время на чужие обязанности

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

Конфликты из-за неясности, кто принимает решения

Например, два руководителя отдела спорят, кто должен утверждать дизайн упаковки для нового продукта. Пока они выясняют отношения, производство простаивает. В RACI-матрице напротив каждой задачи будет указан Accountable (A) — тот, кто имеет право на финальное решение.

Утечки данных из-за непрозрачных прав доступа

ИБ-специалисты знают: если сотрудники получают доступ к системам без чётких правил, рано или поздно случится инцидент. Например, менеджер по продажам случайно удалил клиентскую базу, потому что его права не были ограничены. Матрица RACI определяет, кто (R) настраивает доступы, кто (A) их утверждает, а кто (C) проверяет безопасность.

Руководитель не видит, на каком этапе находится проект

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

Как внедрить RACI-матрицу по шагам

Разберём каждый шаг на примере IT-проекта — настройки доступа к корпоративным данным.

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

Начните с детального плана. Выпишите всё, что нужно сделать: от крупных этапов до мелких подзадач.

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

Настроить права доступа к CRM.
Интегрировать систему с корпоративной почтой.
Провести обучение сотрудников.
Протестировать безопасность.

Чем подробнее список, тем проще избежать неожиданностей. Если пропустите задачу, её некому будет выполнить.

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

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

Пример ролей:

Системный администратор.
Руководитель IT-отдела.
Специалист по информационной безопасности.
Менеджер проекта.

Шаг 3. Назначьте R, A, C, I для каждой задачи

Распределите роли по таблице. Напротив каждой задачи укажите, кто Responsible (R), Accountable (A), Consulted (C), Informed (I).

Пример для задачи «Настроить права доступа к CRM»:

R: Системный администратор.
A: Руководитель IT-отдела.
C: Специалист по ИБ.
I: Менеджер проекта.

Шаг 4. Утвердите матрицу на встрече с командой

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

«{имя}, как системный администратор (R), ты настраиваешь доступы. {имя}, как руководитель IT-отдела, проверяешь результат (A). Если возникнут вопросы по безопасности, консультируемся с {имя} (C). Менеджер проекта (I) получает уведомление о завершении этапа».

Шаг 5. Проверяйте актуальность ролей раз в квартал

Проекты меняются: появляются новые задачи, сотрудники уходят или меняют должности. Раз в три месяца пересматривайте матрицу.

Примеры RACI-матриц для разных сфер

Матрица RACI универсальна — её можно адаптировать под любую отрасль.

Кейс 1 — запуск интернет-магазина

Компания решила вывести на рынок новый продукт. В проекте участвуют дизайнеры, разработчики, маркетологи и юристы.

Задача: разработать дизайн сайта.

R (Responsible) — веб-разработчик создаёт макет.
A (Accountable) — владелец бизнеса утверждает финальный вариант.
C (Consulted) — маркетолог консультирует по UX/UI.
I (Informed) — юрист получает готовый дизайн для проверки на соответствие закону «О защите прав потребителей».

Кейс 2 — внедрение системы безопасности

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

Задача: настроить права сотрудников к финансовым системам.

R (Responsible) — системный администратор создаёт учётные записи.
A (Accountable) — руководитель отдела ИБ проверяет настройки.
C (Consulted) — юрист контролирует соблюдение законодательства.
I (Informed) — HR-отдел получает список сотрудников с доступом для внесения в договоры.

Кейс 3 — обновление ПО в компании

Производственное предприятие переходило на новую ERP-систему. Раньше такие проекты затягивались из-за неразберихи в ответственности.

Задача: установить обновления на все рабочие станции.

R (Responsible) — системный администратор проводит установку.
A (Accountable) — технический директор принимает решение о времени обновления.
C (Consulted) — руководитель отдела разработки проверяет совместимость ПО.
I (Informed) — бухгалтерию уведомили о простое систем в запланированное время.

В каждом кейсе роли распределены так, чтобы не возникало вопросов «Кто должен это сделать?». Ответственность за результат лежит на конкретном человеке (A), а не на всей команде. Консультанты (C) вовлекаются только там, где нужна их экспертиза.

RACI или DACI: как выбрать подходящую модель

Выбор между RACI и DACI зависит от типа проекта и сроков. Обе модели помогают распределить роли, но делают это по-разному. RACI фокусируется на ответственности: кто делает, кто отвечает, кого спросить, кого проинформировать.

DACI (Driver, Approver, Contributor, Informed) акцентирует управление процессом:

Driver (D) — «драйвер», который ведёт задачу от начала до конца.
Approver (A) — утверждает решения.
Contributor (C) — помогает советами, но не принимает решений.
Informed (I) — получает информацию о результатах.

Модель RACI подходит для проектов с чёткими этапами и множеством участников. Например, настройки информационной безопасности:

R (ответственный) — сисадмин настраивает доступы.
A (подотчётный) — руководитель ИБ-отдела.
C (консультант) — юрист проверяет соответствие законодательству.
I (информируемый) — HR-менеджер.

Или запуск продукта. Разработка, согласование дизайна, тестирование — всё это требует чёткого распределения ролей.

Модель DACI эффективна для задач с жёсткими сроками, где нужно быстро принимать решения. Например, экстренное обновление ПО:

D (драйвер) — системный администратор управляет процессом.
A (утверждающий) — технический директор согласовывает время обновления.
C (участник) — разработчик проверяет совместимость.
I (информируемый) — отдел поддержки готовится к запросам.

Как определиться?

RACI — если проект сложный, с множеством этапов и участников. Например, внедрение CRM или аудит безопасности.

DACI — если задача срочная, и нужно, чтобы один человек вёл её от начала до конца. Например, устранение кибератаки или запуск промоакции за три дня.

Коротко о главном

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

RACI формирует чёткие роли

Когда каждый знает, за что отвечает, исчезают бесконечные согласования и «висящие» задачи. Например, при запуске интернет-магазина дизайнер (R) делает макет, владелец (A) утверждает его, а маркетолог (I) получает готовый вариант для подготовки рекламы. Никто не тратит время на выяснение, кто что должен делать.

Подходит для любых бизнес-процессов

Неважно, внедряете ли вы CRM или настраиваете доступ к данным — матрица работает везде. Например, в IT-проектах она помогает избежать перегрузки разработчиков несвойственными задачами.

Ошибок при внедрении можно избежать

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

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