Если грамотно распределить зоны ответственности в команде, это убережёт от ситуаций «все ответственные — никто не ответственный», упущенных задач и возможностей, сорванных сроков. Чтобы структурировать отношения в команде, используют табличные матрицы RACI и DACI.
Что такое матрица RACI
- Матрица RACI — это таблица, где расписано, кто и за что отвечает на проекте.
RACI используют в управлении проектами. Матрицу строят и согласовывают на старте — и команда уже не перекидывается задачами в процессе, как снежками, поскольку каждая закреплена за конкретным участником.
Аббревиатура RACI обозначает разные роли и их степени ответственности:
R (responsible) = ответственный. Это исполнитель задачи, который за неё и отвечает. У каждой задачи должен быть хотя бы один R.
A (accountable) = подотчётный. Это человек, который несёт ответственность за проект. Он делегирует работу и принимает результат. Обычно это менеджеры или руководители проекта. На каждом этапе проекта должен быть один А.
На самом деле слова responsible и accountable переводятся одинаково — ответственный. Но в RACI между ними есть разница: Responsible — фактический исполнитель, а Accountable — тот, кто одобряет результат и отвечает за него.
С (consulted) = консультант. Это эксперт, чьё авторитетное мнение спрашивают перед принятием решения. Может влиять на проект.
I (informed) = информированный. Это люди, которых держат в курсе выполнения проекта. Не влияют на проект, обычно общение с ними проходит в стиле: «отчитался и пошёл дальше».
Плюсы и минусы RACI
Преимущества
✅ Простота и понятность. Матрицу легко составить и всегда удобно скорректировать.
✅ Это и схема ответственных за работу, и план действий по проекту и понимание, кто отвечает за работу на каждом этапе.
✅ Члены команды понимают свою роль и обязанности. Все знают, к кому обратиться и за какими вопросами.
✅ Прозрачность. Команда видит роли друг друга, поэтому нет ситуаций, в которых одну задачу выполняют сразу несколько человек. Или, наоборот, все забили.
Недостатки
❌ Не охватывает все процессы проекта. Например, можно указать консультанта и информируемого, но матрица не описывает, кто и как будет с ними взаимодействовать.
❌ Если проект объёмный, длительный и исполнителей в нём много, матрица RACI становится гигантской. А если кто-то из команды выбывает из проекта, переделывать матрицу — головная боль.
Как составить матрицу RACI
Составим матрицу RACI на примере разработки игры.
Задачи проекта: написать ТЗ, создать дизайн, написать код, протестировать игру, опубликовать игру в магазинах приложений.
Участники проекта: менеджер проекта, дизайнер, разработчик, тестировщик, заказчик.
Делаем таблицу. В ней по горизонтали пишем ответственных, по вертикали — задачи.
Последний шаг — распределяем роли.
R — исполнители. Это все, кто включён в процесс создания игры.
- ТЗ будет писать заказчик.
- Создать дизайн — задача дизайнера.
- Написание кода и тест игры лежат на плечах разработчика и тестировщика.
- Готовое приложение в сторах разместит заказчик.
A — руководители. В нашем примере это менеджер проекта. Все исполнители в процессе создания игры будут сдаваться ему. Размещать игру в сторах будет заказчик — он и исполнитель, и ответственное лицо (AR).
C — консультанты. Дизайнер и разработчик (С) — они помогут заказчику при составлении ТЗ: скажут, что реально сделать, а что нет.
I — участники, которых нужно держать в курсе проекта. Поскольку команда работает не одновременно, а передаёт проект как эстафету: разработчик ➡️ тестировщик ➡️ заказчик, они должны уведомлять друг друга о завершении своих участков работы.
Что такое матрица DACI
- Матрица DACI — фреймворк, который устанавливает ответственность за принятие решения в той или иной ситуации на проекте.
DACI активно используется в разработке IT-продуктов или ПО, но подойдёт и для других проектов — особенно динамично развивающихся.
Аббревиатура DACI обозначает разные роли и их степени ответственности:
D (driver) = водитель. Руководитель проекта, контролирует процессы и направляет команду. Обычно в одном проекте один драйвер, но их может быть больше, если проект большой или сложный. Роль водителя: раскидывать задачи, ставить цели, следить за дедлайнами, проводить летучки, вести документацию.
A (approver) = утверждающий. Согласовывает и утверждает решение. Это спонсор проекта или ключевой стейхолдер. За ним остаётся решающее слово при обсуждении деталей проекта.
❗ Лучше, чтобы на проекте был один утверждающий. Это поможет избежать лишних конфликтов.
C (contributor) = помощник. Лица, который способствуют принятию решения и консультируют по разным вопросам. Это инвесторы, отраслевые эксперты, аналитики, консультанты. Они помогают принять правильное решение благодаря своим знаниям и опыту и оказывают влияние на результат.
I (informed) = информируемый. Это лица, которым нужно получать информацию об общем прогрессе проекта и принятых решениях. Чаще всего это команда проекта и стейкхолдеры.
Как применять матрицу DACI
Составим матрицу DACI на примере запуска веб-сайта.
Задачи проекта: составить ТЗ, разработать дизайн веб-страниц, написать код, провести маркетинговую кампанию, протестировать готовый веб-сайт, отправить его в производство.
Участники проекта: проджект-менеджер, аналитик, владелец, веб-дизайнер, разработчик, координатор по маркетингу.
Делаем таблицу. По горизонтали — роли, по вертикали — задачи.
Заполняем таблицу, указав участников команды в соответствии с их ролью в проекте.
DACI особенно пригодится в:
- масштабных проектах, которые охватывают несколько команд или отделов. Поможет определить роли команды и наладить общение внутри неё.
- новых или больших командах. Поможет установить чёткую структуру проекта с самого начала, сделав весь процесс более плавным;
- проектах с высокой степенью неопределённости. Минимизирует риски и обеспечит более предсказуемое и контролируемое продвижение проекта.
RACI vs DACI
Матрицы схожи между собой — например, ролями консультантов и информируемых. Но есть и отличия.
💡 Если RACI фокусируется на определении уровня ответственности каждого члена команды, то DACI акцентирует внимание на процессе принятия решений.
💡 В RACI R (ответственный) — это исполнитель. В DACI D (водитель) — необязательно исполнитель, его роль — управлять принятием решений.
Ещё у RACI и DACI разные сферы применения.
▪️ RACI подходит для структурированных проектов, где необходимо чётко определить роли, очерёдность выполнения, закрепить задачи за конкретными людьми. А ещё на проектах, которые развиваются в предсказуемой среде и по уже известной схеме.
▪️ DACI часто используется в Agile-проектах, где важно сохранить гибкость и быстрое принятие решений, где важнее не конкретные задачи и их выполнение, а своевременная реакция на изменение контекста.
Как понять, какая модель подходит для проекта
И RACI, и DACI подходят для уточнения ролей и обязанностей. Выбор между ними зависит от того, на чём сосредоточена команда: на выполнении задачи (RACI) или на принятии решений (DACI).
| RACI | DACI | |
|---|---|---|
| Акцент | Решение задач. Определяет, кто за что отвечает в каждой задаче проекта | Принятие решений. Определяет, кто участвует в принятии ключевых решений |
| R — ответственный D — водитель | Прямо участвует в проекте, выполняет работу | Управляет процессом. Следит за тем, чтобы лодка не тонула. Необязательно исполнитель |
| А — подотчётный А — утверждающий | Проверяет результат и отвечает за него. В проекте их может быть несколько | Принимает окончательное решение. Обычно один на проект |
| С — консультант С — помощник | Лица, чьё мнение спрашивают перед принятием решения. Могут влиять на результат | Лица, чьё мнение спрашивают перед принятием решения. Могут влиять на результат |
| I — информированный | Должны быть в курсе хода выполнения задачи и принятых решений. Не принимают активного участия | Должны быть в курсе хода выполнения задачи и принятых решений. Не принимают активного участия |
Интеграция матриц RACI и DACI в управление проектами
Первое — собрать информацию на этапе планирования проекта, когда формируется команда, распределяются роли. И, конечно, когда пишется пул задач.
Второе — составить матрицу, то есть сделать табличку. Показать её всем тем, кто оказался в таблице со своей зоной ответственности. Проинформировать всех.
Третье — оставить таблицу в свободном доступе.
На одном проекте можно использовать обе матрицы.
❗ Важно, чтобы все были в курсе существования матрицы, знали про свои зоны ответственности и следовали содержанию таблицы
Составление матриц с помощью Google Sheets
Используй наши шаблоны для составления матриц. Забрать их можно вот тут
Чтобы использовать их, выбери «Копировать» в разделе «Файл», создай копию в своём Google-аккаунте и используй на проектах.
❗Обязательно открой доступ к матрице по ссылке. Оставь ссылку в одном месте с остальной проектной документацией, чтобы ею могла воспользоваться вся команда
Составление матриц с помощью Базы знаний WEEEK
Составили пример матрицы RACI с помощью Базы знаний.
Наша матрица нужна, чтобы контролировать процесс заказа запчастей. Дело привычное, принимающие решения известны, так что RACI подходит.
Здесь у нас по горизонтали этапы, а по вертикали — члены команды.
R — исполнители. Коммерческий агент будет исполнителем на этапе анализа рынка поставщиков, выбора поставщика и переговоров, подписании контракта. После того как инженер проинформирует его о качестве доставленных запчастей, он оценит выполнение контракта.
A — ответственные лица, у нас их двое. Начальник службы снабжения отвечает за то, как агент проанализирует рынок поставщиков, а инженер оценит доставленные запчасти. А главный инженер отвечает за то, как агент выберет поставщика, подпишет контракт и оценит его выполнение.
C — консультанты. Коммерческий агент запросит помощь главного инженера в поиске поставщиков запчастей.
I — информируемый. У нас это директор. Ему сообщат о последних трёх этапах — подписании и оценке исполнения контракта, оценке товара. А коммерческого агента проинформирует инженер — всё ли в порядке с запчастями, чтобы тот смог оценить выполнение контракта.
Используй наш шаблон для составления матриц из Базы знаний
Шаблон RACI от Miro
Забрать можно по ссылке. Это шаблон не по конкретным задачам на проекте, а по зонам ответственности.
Матрицы, составленные в Miro, можно интегрировать в WEEEK через раздел «Приложения» для быстрого доступа.
Советы по эффективному использованию матриц в управлении проектом
▪️ Слишком много поваров портят суп — лучше свести количество консультантов к минимуму.
▪️ Матрица лучше работает в проектах от 5 до 20 этапов. Меньше — нет смысла, времени на составление матрицы уйдёт больше, чем на весь проект, больше — слишком громоздко.
▪️ Этап проекта должен быть сформулирован конкретным действием: «разработать дизайн», «провести интервью». Глаголы — сила.
▪️ Разработкой матрицы лучше не заниматься в одиночку. Хорошо, когда над ней работает группа из нескольких человек — это сделает матрицу объективной и поможет ничего не упустить.
▪️ Перед утверждением матрицы каждый участник должен увидеть свою роль и согласиться с ней — это поможет избежать ротации кадров уже в процессе проекта.
▪️ Команду лучше указывать не по именам, а по должностям — в случае замены игрока это позволит не менять матрицу.
▪️ Важно учитывать особенности проекта и задач и правильно подбирать методологию управления (как Scrum или p3.express).
Заключение — выбираем, в какой ты матрице
▪️ Выбор матрицы зависит от типа проекта, размера команды и целей. Если проект сложный и в нём много участников, лучше использовать DACI; для небольших команд в проекте до 20 этапов подойдёт RACI.
▪️ RACI — простая и понятная матрица, полезна для управления низкоуровневыми задачами.
▪️ DACI более детализирована и полезна в больших проектах, она больше подходит для управления стратегическими целями.
▪️ Чёткое распределение ролей и обязанностей — фишка успешного проекта. Это помогает организовать работу и выполнить проект в срок без факапов.
▪️ DACI упрощает процесс принятия решений и поддерживает пульс командной работы.
▪️ RACI ориентирована на задачи, фокусируется на том, кто и что делает для каждой задачи в проекте.
Подписаться 
