Что делать, если вашу работу кто-то делает за вас, и вам это не нравится? Ольга Волкова в своём посте описала типичный конфликт, и вдохновила меня рассказать о системе, которая помогает разделить зоны ответственности, сохраняя продуктивность, и оставаясь командой.

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

Мы пишем по строкам задачи или этапы работы, по сталбцам - участников, а на пересечении роль каждого.

🔹R (Responsible) — исполнитель. Тот, кто непосредственно выполняет задачу (например, пишет код, рисует макет, настраивает рекламу). У одной задачи может быть несколько исполнителей.

🔹A (Accountable) — ответственный. Тот, кто несёт ответственность за конечный результат, утверждает итог и контролирует качество и сроки. В идеальной матрице у каждой задачи должен быть только один ответственный.

🔹C (Consulted) — консультант. Эксперт, чьё мнение учитывают до того, как задача будет выполнена. Даёт рекомендации для более эффективного выполнения работы, но сам задачу не выполняет.

🔹I (Informed) — информируемый. Участник, которого нужно держать в курсе хода выполнения задачи или результатов, но который не вмешивается в процесс.

Один из ключевых принципов - Для каждой задачи — строго один ответственный (A), чтобы избежать размывания полномочий и конфликта решений.

Внедрение Матрицы RACI

1. Определите цель и границы применения Решите, где будете использовать RACI: проектная команда, бизнес-процесс (например, найм, закупки), отдел целиком.

2. Составьте список задач/активностей Разбейте процесс или проект на конкретные задачи. Используйте глаголы: «утвердить бюджет», «согласовать ТЗ», «провести тестирование». Совет: не более 20–30 задач на одну матрицу — иначе она станет неуправляемой.

3. Определите роли и участников Перечислите роли (не имена!) — например: PM, аналитик, разработчик, тестировщик, заказчик, руководитель.

4. Постройте матрицу Задачи — по строкам, роли — по столбцам. Проставьте R, A, C, I на пересечениях. Пример: Собрать требования: PM - A, Аналитик - R, Разработчик - C, Заказчик - C. Разработать модуль: PM - A, Аналитик - C, Разработчик - R, Заказчик - I. Принять результат: RM - R, Аналитик - I, Разработчик - I, Заказчик - A.

5. Проверьте матрицу по правилам ✅ Обязательные проверки: - В каждой строке ровно один A - В каждой строке есть хотя бы один R (A и R могут совпадать) - Не слишком много C и I (иначе — перегруз коммуникаций) - Нет пустых строк или столбцов - У одного человека не должно быть слишком много A (иначе — бутылочное горлышко)

6. Согласуйте с командой Обсудите матрицу со всеми участниками. Часто на этом этапе выясняются конфликты полномочий и «серые зоны». Это нормально — лучше обсудить сейчас, чем в кризис.

7. Зафиксируйте и опубликуйте Разместите матрицу в доступном месте: Confluence, Notion, общий диск, устав проекта.

8. Внедрите в работу - Ссылайтесь на RACI при постановке задач. Используйте её в коммуникациях: «согласно RACI, за это отвечает…». - Обучите команду читать и применять матрицу.

9. Пересматривайте регулярно Обновляйте RACI при: - изменении процессов, - смене состава команды, - запуске нового этапа проекта.

Скорее всего, ваши коллеги не сразу привыкнут, и тут важно стоять на своём, и продолжать ссылаться на Матрицу каждый раз, когда вам хотят “причинить добро” новой идеей. В конце концов вы можете прослушать Консультанта, но применять или нет - решать вам.