Проект только начался, а важную задачу не выполнил никто: каждый участник считал, что за неё отвечает коллега. Бывает и обратное — два сотрудника параллельно готовят один отчёт. Так происходит, когда роли не закреплены, а ответственность размыта: сроки срываются, информация теряется, виновного ищут уже после провала. Навести порядок помогает инструмент — матрица распределения ответственности RACI1. Разберём, что это за модель, как построить её с нуля и какие существуют расширенные версии, а также расскажем о типичных ошибках, которых стоит избегать.
Что такое матрица ответственности проекта RACI
Матрица RACI — это таблица, которая показывает, кто и за что отвечает в проекте. Строки отводят под задачи и этапы, столбцы — под участников, а на их пересечении проставляют букву роли. Одного взгляда достаточно, чтобы понять, кто выполняет работу, кто отвечает за итог и кого информируют.
Название «RACI» — это аббревиатура из четырёх английских слов; её также называют РАСИ-матрицей ответственности. Каждая буква обозначает роль:
- R — Responsible (исполнитель). Непосредственный автор работы. Исполнителей в строке бывает несколько.
- A — Accountable (ответственный). Утверждает итог и держит за него ответ перед руководством. На строку приходится ровно один такой сотрудник — иначе ответственность размывается.
- C — Consulted (консультант). Профильный эксперт, мнение которого запрашивают до старта работ.
- I — Informed (информируемый). Сторону уведомляют о результате, но в выполнении задачи она не участвует.
Роли R и A нередко закрепляют за одним сотрудником — тогда в ячейке указывают «R/A». Ниже — матрица ответственности проекта: пример для команды, которая готовит email-рассылку2:
Для чего используется RACI
Модель связывает каждое действие с сотрудником и решает несколько задач:
- Соблюдение сроков. За каждой задачей закреплён владелец, поэтому работа не простаивает.
- Чёткое распределение ролей. Сотрудник видит границы своей зоны и не заходит на чужую.
- Контроль нагрузки. По столбцам заметно, кому досталось избыточное число задач.
- Ускорение решений. Известно, кто утверждает результат, поэтому согласование идёт быстрее.
- Налаженная коммуникация. Очевидно, с кем согласовывать действия и кого держать в курсе.
К матрице обращаются на всех этапах: на старте договариваются о ролях, в ходе работы определяют ответственного за спорный участок, в финале проверяют результат. Поручение «собрать аналитику» в общем чате выполнят сразу несколько человек или никто, а в матрице за задачей закреплены один исполнитель и один ответственный.
Вариации модели матрицы распределения ответственности RACI
Классической схемы достаточно в большинстве случаев. Под сложные процессы её расширяют, добавляя недостающие роли:
- RASCI — вводит роль S (Support — поддержка): сотрудника, который подкрепляет исполнителя ресурсами, но за итог не отвечает.
- RACI-VS — расширяет схему ролями V (Verifier — проверяющий) и S (Signatory — подписант): первый сверяет результат с нормативами, второй заверяет завершение подписью. Вариант востребован там, где цена ошибки высока, — в медицине, строительстве, праве.
- RACIQ — вводит роль Q (Quality — качество) — специалиста по оценке качества продукта.
- RACI-DM — добавляет D (Decider — принимающий решение), за которым последнее слово в спорах, и M (Monitor — наблюдатель), отслеживающего ход выполнения.
Расширенный вариант нужен, когда базовых ролей недостаёт: появляется приёмка, официальное согласование или непрерывный надзор. Простую работу усложнять не стоит.
Преимущества и недостатки использования RACI
Сильные стороны, ради которых модель внедряют:
- Ясность ролей — задачи не теряются на стыке зон и не выполняются дважды.
- Скорость согласований — заранее понятно, за кем итоговое решение.
- Видимая нагрузка — перегруженный сотрудник заметен сразу.
Ограничения, о которых стоит знать заранее:
- Трудоёмкость распределения ролей на старте, особенно при прежнем пересечении зон.
- Подвижность бизнес-процессов — таблицу приходится регулярно актуализировать.
Снизить эти риски помогает дисциплина: единственная A в строке, сдержанный список консультантов и регулярная актуализация схемы.
Этапы создания матрицы RACI
Матрицу составляют в четыре шага. Логика едина для любой компании, но глубина проработки зависит от её масштаба.
Шаг 1. Зафиксировать перечень задач и этапов. Небольшой команде хватает 10−15 пунктов; в крупной компании проект дробят на подзадачи, чтобы не упустить ни один этап.
Шаг 2. Распределить роли между участниками. В небольшой команде вопрос решают на встрече, в крупной опираются на штатную структуру и зоны отделов.
Шаг 3. Свести данные в таблицу и утвердить с командой. Пройдите по строкам и обсудите результат с участниками: таблица, принятая без их участия, работать не будет.
Шаг 4. Перенести RACI в рабочие процессы. Роли закрепляют внутри самих задач, а не в отдельном файле. Небольшой бизнес корректирует матрицу по мере необходимости, крупный пересматривает её ежеквартально.
Матрицу строят двумя способами. Первый — таблицы: быстро и бесплатно, но связывать их с задачами приходится вручную. Второй — таск-трекеры3: роли назначают в карточке задачи, участники получают уведомления, а задачи фильтруются по ролям.
Ещё удобнее, когда роли закрепляет облачная CRM4. Например, SberCRM автоматически присваивает каждой задаче роли «исполнитель», «ответственный» и «наблюдатель» — прямо в карточке. Базовый тариф до трёх пользователей бесплатный, а для тонкой настройки пригодится помощь интеграторов — партнёров, которые настроят систему под бизнес заказчика. Интеграция с 1С переносит сведения о клиентах и сделках без ручного ввода.
Примеры применения матрицы RACI в проектах
Покажем применение модели на двух проектах.
Запуск рекламной кампании. Участвуют маркетолог, дизайнер, таргетолог5 и руководитель:
Организация вебинара. Задействованы продюсер, спикер, технический специалист и SMM-менеджер6:
В обоих примерах за задачей закреплён один ответственный, а исполнители не пересекаются. Такой пример матрицы ответственности проекта несложно адаптировать под свою команду: меняются задачи и роли, а логика остаётся прежней.
Частые ошибки при построении матрицы ответственности
Даже простую модель можно применить неправильно. Типичные ошибки:
- Двое и более ответственных за задачу. Если ответственность делят двое, фактически не отвечает никто. Буква A в строке должна быть одна.
- Перегруженность ролями C и I. Чрезмерное число консультантов и наблюдателей замедляет работу.
- Совмещение всех ролей одним сотрудником. Тогда таблица превращается в формальность.
- Отсутствие согласования с командой. Принятую без участия сотрудников таблицу не применяют.
- Устаревшая матрица. Проект движется вперёд, а схема остаётся в прежнем виде.
Несколько рекомендаций по внедрению:
1. Не перегружайте таблицу — объединяйте мелкие задачи в крупные блоки.
2. Запрашивайте обратную связь и уточняйте роли по ходу проекта.
3. Обращайтесь к RACI при разногласиях: спор о полномочиях снимает обращение к таблице.
4. Внедряйте модель постепенно — с одного проекта, а не со всей компании сразу.
5. Не превращайте инструмент в средство давления: его назначение — разграничивать полномочия, а не искать виновных.
Заключение
Матрица RACI устраняет путаницу: у каждой задачи появляются исполнитель и ответственный, а команда перестаёт дублировать работу и терять поручения. Она помогает соблюдать сроки, распределять нагрузку и ускорять согласования. Начинать стоит с одного проекта и базовой версии, а расширенные модификации подключать по мере необходимости. Чтобы роли не оставались на бумаге, их закрепляют там, где ведётся ежедневная работа, — например, в CRM, которая автоматически фиксирует исполнителей и ответственных.
Частые вопросы о RACI
Чем RACI отличается от обычного списка задач?
Список отвечает только на вопрос «что сделать», а матрица добавляет второе измерение — «кто и в какой роли». Из неё видно исполнителя, ответственного, консультантов и информируемых.
Подходит ли матрица ролей и полномочий для небольших команд и стартапов?
Да, в упрощённом виде. Стартапу достаточно классической схемы. Главное — один ответственный за задачу, иначе полномочия быстро смешаются.
Как внедрить матрицу процессов без сопротивления со стороны команды?
Составляйте её совместно с командой, а не в одностороннем порядке. Начните с одного проекта, покажите пользу на примере и дайте сотрудникам скорректировать роли.
Как связать RACI с KPI, ответственностью и контролем результатов?
Привяжите показатели к роли ответственного: за итог отвечает тот, у кого указана буква A. KPI7рассчитывают по его направлению.
1 RACI (от англ. Responsible, Accountable, Consulted, Informed — исполнитель, ответственный, консультант, информируемый) — модель распределения ролей в проекте, в которой для каждой задачи определяют, кто выполняет работу, кто отвечает за итог, кого консультируют и кого информируют.
2 Email‑рассылка (от англ. email newsletter — почтовая рассылка по электронной почте) — серия писем, которые компания отправляет базе контактов по заранее заданному сценарию, например для прогрева лидов, продаж или информирования клиентов.
3 Таск-трекер (англ. task tracker — программа для постановки и отслеживания задач) — это программное обеспечение или онлайн-сервис для управления проектами, в котором можно ставить задачи, назначать исполнителей, устанавливать дедлайны и отслеживать прогресс выполнения работы.
4 CRM (англ. Customer Relationship Management — управление взаимоотношениями с клиентами) — специализированное программное обеспечение, которое помогает компаниям централизовать и автоматизировать процессы взаимодействия с клиентами на всех этапах — от первого контакта до повторной покупки.
5 Таргетолог (от англ. target — цель, мишень) — специалист по настройке рекламы в социальных сетях, который с помощью алгоритмов платформ показывает объявления максимально узкой аудитории по заданным параметрам (пол, возраст, геолокация, интересы, поведение).
6 SMM‑менеджер (от англ. Social Media Marketing manager — менеджер по маркетингу в социальных сетях) — специалист, который планирует, создаёт и продвигает контент в соцсетях, а также отвечает за коммуникацию с аудиторией.
7 KPI (от англ. Key Performance Indicators — ключевые показатели эффективности) — ключевые показатели эффективности, используемые для оценки работы отделов, сотрудников или процессов.
