Описания ролей и зон ответственности (RACI-матрица)
Описания ролей и зон ответственности (RACI-матрица) — RACI-матрица (описание ролей и зон ответственности) — инструмент, который закрепляет участие сотрудников и подразделений в каждом шаге процесса, чтобы не возникали «серые зоны» и спор о том, кто должен действовать. В таблице по строкам описывают этапы (например: подготовка чек-листа, проведение проверки в торговой точке, подтверждение результатов, разбор отклонений, назначение корректирующих задач, контроль закрытия и анализ показателей), а по столбцам — роли.
Для каждой операции задают:
- • R (Responsible) — исполнитель, который выполняет работу;
- • A (Accountable) — владелец результата, принимающий решение и несущий итоговую ответственность;
- • C (Consulted) — эксперты, которых привлекают до выполнения (методологи, юристы, безопасность, ИТ);
- • I (Informed) — те, кого уведомляют о ходе и итогах.
Матрица помогает увязать проверки, задачи и отчетность в единую цепочку, сокращая простои на согласованиях и ускоряя устранение нарушений. Практика: один A на шаг, C и I — по необходимости, без лишних согласований.
Как читать и строить RACI-матрицу
Матрица строится как таблица: строки — шаги процесса или результаты, столбцы — роли. На пересечении проставляется код участия. Правила построения: на каждый шаг ровно один A (двойная ответственность = отсутствие ответственности); исполнителей R может быть несколько, но чем меньше, тем яснее; роли C и I не должны раздуваться — консультируют и информируют только тех, кому это действительно нужно; каждая роль должна где-то встречаться, иначе она лишняя в процессе. Построенная матрица проверяется «на конфликты»: пустые строки (шаг без исполнителя), строки с несколькими A, столбцы с перегрузом.
Когда RACI особенно полезна
- • Межфункциональные процессы: на стыках отделов именно размытость ролей порождает большинство сбоев.
- • Новые процессы и изменения: запуск промо, открытие объекта, внедрение системы — пока роли не закреплены, задачи зависают.
- • Процессы с регуляторными требованиями: ответственность должна быть документально определена (качество, безопасность, персональные данные).
- • Периоды реорганизаций: матрица быстро показывает, что изменилось в ролях, и предотвращает «провисание» задач.
- • Эскалации и инциденты: заранее заданные роли решают, кто действует, кого информируют и кто принимает решение.
Как внедрить RACI в процесс
- • Шаг 1. Возьмите описание процесса: список шагов от входа до выхода.
- • Шаг 2. Определите роли (не людей!): должности или функции, участвующие в процессе.
- • Шаг 3. Заполните матрицу совместно с участниками: попытка назначить роли «сверху» без обсуждения обречена на саботаж.
- • Шаг 4. Разрешите конфликты: дубли A, пустые шаги, спорные зоны — предмет переговоров руководителей.
- • Шаг 5. Утвердите и доведите: матрица становится частью регламента процесса.
- • Шаг 6. Пересматривайте при изменениях: процесс или оргструктура изменились — матрица обновляется.
Типичные ошибки
- • Несколько A на шаг: «ответственны все» на практике означает «не отвечает никто».
- • RACI на людей, а не на роли: при замене сотрудника матрица устаревает.
- • Матрица без процесса: роли распределены по абстрактным «задачам», не привязанным к реальному потоку работ.
- • Составили и забыли: матрица не используется ни в обучении, ни в разборе сбоев, ни при изменениях.
- • Чрезмерная детализация: сотни строк делают матрицу непригодной для практического использования.
Пример: RACI для процесса открытия нового объекта
Открытие магазина — типичный межфункциональный процесс: развитие (подбор помещения), строительство (ремонт), закупки (оборудование и товар), HR (наём и обучение), маркетинг (промо открытия), операционный блок (приёмка стандартов). Без матрицы ролей такие проекты тонут в «а мы думали, этим занимаетесь вы». RACI фиксирует: за готовность объекта к открытию отвечает (A) руководитель проекта открытия; строительство и закупки — исполнители (R) по своим пакетам; операционный директор консультируется (C) по стандартам; собственник информируется (I) по вехам. Любой вопрос в ходе проекта имеет очевидного адресата — это и есть назначение матрицы.
Варианты модели расширяют базовую RACI: RASCI добавляет S (support — поддерживающий), RACI-VS — роли Verify (проверяющий) и Sign-off (утверждающий). Для большинства операционных процессов достаточно классической четырёхбуквенной модели: её ценность — в ясности, а не в полноте нотации. Матрица, которой пользуются, лучше совершенной модели, лежащей в архиве.
Практический критерий качества RACI — поведенческий: возьмите три-четыре недавних сбоя или спорных ситуации в процессе и проверьте, однозначно ли матрица отвечает на вопрос «кто должен был действовать». Если ответ приходится долго толковать — зоны ответственности описаны недостаточно конкретно, и матрицу стоит детализировать именно в этих местах.