Матрица RACI
Матрица RACI — это инструмент управления проектами, который помогает четко определить роли и ответственность участников. Аббревиатура расшифровывается так:
- R — Responsible (ответственный). Человек, который выполняет задачу. Он делает основную и несет ответственность за ее выполнение;
- A — Accountable (подотчетный). Отвечает за результат и принимает окончательные решения;
- C — Consulted (консультируемый). Те, кого нужно проконсультировать перед принятием решения или выполнением задачи. Это может быть эксперт или заинтересованная сторона;
- I — Informed (информируемый). Те, кого нужно держать в курсе, но кто не участвует в принятии решений или выполнении задачи.
Допустим, у вас проект по запуску нового сайта. Одна из задач — «разработка дизайна главной страницы». В матрице RACI роли могут выглядеть так:
| Задача | Дизайнер | Менеджер проекта | Клиент | Разработчик |
|---|---|---|---|---|
| Разработка дизайна главной страницы | R | A | C | I |
Ошибки при построении матрицы RACI
Модификации матрицы RACI
Матрица ответственности RACI — это базовая модель, но в зависимости от специфики проекта, команды или организации ее часто модифицируют. Рассмотрим ее самые популярные варианты и расширения.
1. RASCI. Добавляется Support (поддержка). Это те, кто помогает в выполнении задачи. К примеру, при внедрении нового ПО может быть техническая поддержка.
2. RACI-VS. Для проектов с сильной фокусировкой на качество:
- V — Verifier (проверяющий). Проверяет, что задача выполнена правильно. Например, контроль качества;
- S — Signatory (подписывающий). Утверждает финальный результат или документ.
В юридических или медицинских проектах это может быть критично: один проверяет, другой подписывает.
3. RACIQ. Q — Quality Review (оценивающий качество). Кто-то, кто проводит оценку качества выполненной работы. Используется там, где высокие требования к стандартам, например в разработке ПО или фармацевтике.
4. RACI-DM:
- D — Decider (решающий). Человек, который принимает окончательные решения по спорным или стратегическим вопросам;
- M — Monitor (наблюдающий). Контролирует ход выполнения задачи. Он не вмешивается напрямую, но следит за сроками, качеством и соответствием процесса плану.
Эта модификация полезна в масштабных или многокомандных проектах, где важно четко определить, кто решает споры и кто отслеживает прогресс.
Как построить матрицу RACI
Разберем, как пошагово построить матрицу RACI на примере проекта по разработке и запуску корпоративного сайта.
1. Определение списка задач. Составьте таблицу с основными задачами проекта:
- сбор требований;
- разработка дизайна;
- верстка сайта;
- программирование;
- тестирование;
- запуск сайта;
- поддержка после запуска
2. Определение ролей в проекте. Вместо конкретных людей указываем роли:
- менеджер проекта;
- дизайнер;
- разработчик;
- тестировщик;
- клиент;
- поддержка.
3. Заполнение матрицы RACI. Теперь для каждой задачи назначаем, кто выполняет ее, несет ответственность, консультирует и информируется.
Вот пример матрицы:
| Задача | Менеджер | Дизайнер | Разработчик | Тестировщик | Клиент | Поддержка |
|---|---|---|---|---|---|---|
| Сбор требований | R | C | I | |||
| Разработка дизайна | A | R | C | I | ||
| Верстка сайта | I | C | R | |||
| Программирование | A | R | C | I | ||
| Тестирование | I | C | R | |||
| Запуск сайта | A | I | R | C | I | |
| Поддержка | I | C | I | R, A |
4. Проверка на баланс. Убедитесь, что:
- у каждой задачи только один A;
- нет задач без R;
- один человек не перегружен R или A по всем задачам;
- роли C и I не используются слишком часто (это может перегрузить коммуникацию).
Ошибки при построении матрицы RACI
Отметим наиболее распространенные ошибки при построении матрицы RACI, которые часто мешают эффективно использовать ее на практике.
- Несколько «A» на одну задачу. У задачи два или более человек с полной ответственностью за результат. Тогда неясно, кто принимает финальное решение, и начинается перекидывание ответственности.
- Отсутствие «R».иУ задачи нет того, кто ее фактически выполняет. В этом случае работа не будет сделана, потому что никто не считает ее своей задачей.
- Слишком много «C» и «I». Консультируемых и информируемых слишком много. Это приводит к перегрузке коммуникации и постоянным согласованиям, что тормозит процесс.
- Все роли принадлежат одному. Если один человек — и «R», и «A», и «C», и «I», то теряется смысл RACI: роли не разделяются, нет прозрачности.
- Нечетко сформулированные задачи. Задачи слишком общие или абстрактные, например «управление проектом» или «поддержка сайта». Тогда трудно понять, кто и что должен делать.
- Игнорирование матрицы после составления. Если команда работает по-своему, матрица теряет смысл. Поэтому нужно включать RACI в управление проектом: обсуждать на планерках, обновлять при изменениях.
- Принудительное распределение всех ролей. Роли проставляются «для галочки» в каждой ячейке. Тогда вовлекаются лишние участники, процессы замедляются. Не обязательно использовать все 4 буквы в каждой строке. Заполняйте их только при необходимости.
- Нет связи с реальностью. Роли в матрице не отражают реальное распределение задач и полномочий. В этой ситуации команда продолжает работать по-своему, игнорируя схему. Нужно создавать матрицу совместно с командой и учитывать реальные процессы.
Вопросы-ответы
Она исключает путаницу в обязанностях, повышает прозрачность процессов, облегчает коммуникацию в команде, помогает избежать конфликтов и дублирования работы.
Сложность внедрения и поддержания на больших проектах, риск путаницы в распределении ролей или привязки к своей роли в матрице, отсутствие адаптации к нуждам проекта в реальном времени.
RAPID:
- R — Recommend (рекомендация);
- A – Agree (согласие);
- P — Perform (выполнение);
- I — Input (вклад);
- D — Decide (решение).
DACI:
- D —Driver (драйвер);
- A — Approver (подтверждающее лицо);
- C — Contributor (помощник);
- I — Informed (информируемое лицо).
Эти матрицы позволяют принимать решения по проектам перед их началом, но не проясняют роли и обязанности участников.
