Когда «мы договорились» ещё не означает «кто-то сделает»
Матрица RACI связывает работы с ролями участников. Она нужна, когда исполнители, согласующие и люди, которых достаточно уведомить, постоянно смешиваются.
Представим небольшую студию: Анна руководит проектом, Борис разрабатывает сайт, Вера отвечает за дизайн, Глеб представляет заказчика. Перед запуском выясняется, что форму заявки никто не проверил. Борис ожидал проверку от Анны, Анна — от заказчика. Все знали о форме, но это знание не стало назначенной ответственностью. Пример учебный: он показывает тип конфликта, а не историю клиента Sinqly.
RACI полезна для нескольких связанных работ и участников. Если вы один готовите письмо, четыре буквы ничего не добавят. Если в проекте регулярно звучит «я думал, это делает другой», таблица помогает вынести договорённости из голов на общий лист.
- Быть в курсе
Глеб видел обсуждение формы, но не обещал тестировать её.
- Получить роль
Борис проверяет отправку, Анна принимает результат, Глеб узнаёт о готовности.
Что означают R, A, C и I
R — Responsible: выполняет работу. A — Accountable: отвечает за итог и решение о принятии. C — Consulted: даёт необходимые сведения или консультацию. I — Informed: получает информацию. Это краткое изложение модели; названия должностей сами по себе не определяют роль в конкретной строке.
В маленькой команде один человек может быть и R, и A. Важно, чтобы он понимал обе обязанности. Несколько исполнителей допустимы, но фраза «делает вся команда» скрывает передачу работы. Либо назовите конкретные части, либо договоритесь, кто собирает общий результат. Одного A на строку удобно использовать как правило ясного окончательного решения.
| Работа | Анна | Борис | Вера | Глеб |
|---|---|---|---|---|
| Подготовить макет | A | C | R | C |
| Реализовать форму | A | R | C | I |
| Проверить заявку | A | R | I | C |
| Принять тексты заказчика | R | I | C | A |
Последняя строка намеренно отличается: содержание принимает заказчик. Анна организует получение решения, но не может молча присвоить себе право утвердить юридически или коммерчески значимые формулировки. Таблица должна отражать реальные полномочия.
Как заполнить матрицу без лишних строк
- Выпишите результаты, для которых возникает путаница: макет принят, форма работает, тексты согласованы.
- Назовите людей или устойчивые роли, а не абстрактные отделы.
- Сначала найдите выполняющего и принимающего. Затем добавьте действительно нужные консультации.
- Решите, кому и в какой момент достаточно сообщения о результате.
- Проверьте строки вместе с участниками и сохраните договорённость.
Не переносите в RACI каждое движение мыши. Строка «открыть редактор» не требует управленческого решения. Слишком крупная строка «сделать сайт» тоже не помогает: внутри могут меняться исполнители и согласующие. Хороший масштаб — результат, который можно передать и проверить отдельно.
Три ошибки, которые стоит найти до запуска
- Нет R
Никто не обещал выполнить работу: назначьте исполнителя или исключите строку.
- Два несогласованных A
Решения могут противоречить друг другу: определите, чьё слово окончательное.
- Слишком много C
Каждая мелочь ждёт общего ответа: уточните, какая консультация действительно нужна.
Затем проверьте столбцы. Если у Анны A почти везде, она становится точкой ожидания. Иногда это соответствует роли владельца маленького проекта, но тогда нужны время и понятный порядок приёмки. Если у Веры нет ни одной активной роли, возможно, её зря включили в каждую встречу.
Не превращайте анализ в соревнование по количеству букв. Две сложные строки могут занимать больше времени, чем десять простых. RACI показывает ответственность, а не загрузку в часах и не ценность сотрудника. Для оценки ёмкости нужен отдельный разговор о работе и времени.
Собираем RACI на встрече, а не назначаем буквы за людей
В примере запуска сайта Анна ведёт проект, Борис разрабатывает, Вера проектирует интерфейс, Глеб представляет заказчика. Начните со списка проверяемых результатов: готовый макет, работающая форма, проверенная заявка, принятые тексты. Слишком общая строка «сделать сайт» скроет разные решения; строка «открыть редактор» сделает матрицу бессмысленно подробной.
Разберите одну строку вслух. Для формы Борис выполняет работу — R. Анна отвечает за итоговое решение о готовности — A. Вера консультирует по поведению интерфейса — C. Глеб получает информацию — I. Это распределение условное: если договорённость требует приёмки формы заказчиком, роли нужно изменить или выделить отдельную строку приёмки. Буква не создаёт полномочие, которого у человека нет.
- Результат
Что можно предъявить и проверить?
- Полномочие
Кто вправе принять итог?
- Участники
Кто выполняет, консультирует и получает сведения?
- Подтверждение
Люди согласовали роли до начала работы.
По каждой строке спросите исполнителя, понимает ли он результат, а ответственного за итог — вправе ли он его принять. Затем проверьте консультации: какая информация нужна от C и к какому моменту. «Проконсультироваться с дизайнером» без вопроса и срока может превратить C в бесконечное согласование.
Практический ориентир — один ясно определённый A на результат. R может быть несколько, если совместная работа понятна, но строку полезно разделить, когда никто не может объяснить границы своего вклада. В маленькой команде один человек может совмещать R и A. Это не ошибка само по себе: важно, чтобы приёмка не требовала независимой проверки, которой фактически нет.
Диагностика матрицы: четыре сигнала, что она не заработает
Пустой R означает, что результат некому создавать. Несколько A без правила финального решения создают спор о том, чьё согласование последнее. Почти все участники с C часто означают, что команда боится ограничить обсуждение. Один человек с A во всех строках может стать очередью согласования: оцените его доступность до запуска.
Проверьте матрицу реальным событием: Борис закончил форму, но Вера не согласна с состоянием ошибки. Кто решает спор, какая проверка докажет готовность, когда подключать Глеба? Если ответ снова «обсудим всем чатом», RACI не определила порядок работы. Допишите критерий результата и путь эскалации рядом с матрицей.
Не используйте таблицу как средство задним числом назначить виноватого. Обсудите её до начала работ и пересматривайте при изменении команды или объёма. Отдельно храните сами задачи и сроки: RACI объясняет ответственность, но не заменяет план проекта.
Как превратить договорённость в конкретные задачи
После матрицы выполните три действия. Сформулируйте ближайший результат: «Проверить отправку заявки на тестовый адрес». Добавьте в описание условия проверки и договорённость о приёмке. Назначьте день выполнения с учётом того, когда форма будет готова. Таблицу не нужно переносить целиком в каждую задачу.
Для своей задачи укажите: тестовая заявка дошла, в ней есть нужные поля, результат проверки передан Анне. Если нужный человек пока не подтвердил участие, не записывайте его согласие как свершившийся факт. Сначала создайте действие на согласование.
В Sinqly можно начать с одной понятной задачи и её описания. Даже если остальная команда пользуется другими средствами, ваш следующий шаг перестанет зависеть от памяти о разговоре.
Когда пересматривать RACI
Вернитесь к матрице, если изменился состав команды, заказчик сменил согласующего или у работы появился новый результат. Не нужно перечитывать её каждый день ради ритуала. Повод для обновления — изменившаяся ответственность.
После первой передачи спросите участников: кто действительно выполнил работу, где ждали решения, кому не хватило информации? Исправьте одну спорную строку. Если всё работало и никто не обращался к таблице, это не провал: возможно, договорённость стала ясной. Если таблица стареет быстрее проекта, уменьшите её до важных переходов.
Полезная RACI заканчивается ясным обещанием. Кто делает, что именно получится, кто принимает и кого нужно уведомить — эти ответы важнее аккуратных букв.
Что ещё стоит уточнить
Чем RACI отличается от делегирования?
Делегирование передаёт отдельную работу вместе с условиями и полномочиями. RACI показывает распределение ролей между участниками сразу по нескольким работам. Эти способы дополняют друг друга.
Можно ли назначить одного человека R и A?
Да, если он и выполняет работу, и имеет право принять итоговое решение. Важно не скрыть под совмещением отсутствие проверки там, где она необходима.
Нужна ли матрица маленькой команде?
Только если есть путаница ответственности. Для одной простой задачи часто достаточно исполнителя, результата и договорённости о приёмке.
Помогло разобраться?
Оцените статью и расскажите, чего не хватило. Отзыв увидит редакция Sinqly — он не появится на сайте.
Источники и примечания
- Atlassian: назначение ролей RACI
- Предлагаемый порядок — редакционная практика, а не обещание одинакового результата для всех.
Дорожная карта проекта: пример, этапы и отличие от плана
Как показать направление проекта, договориться об этапах и не превратить roadmap в список обещанных дат. Разбираем запуск небольшой услуги и готовый пример Now / Next / Later.
План проекта: как составить его от результата до ближайшей задачи
Как составить выполнимый план небольшого проекта: результат, работы, зависимости, сроки и точки пересмотра. Учебный пример запуска открытого занятия без сложных инструментов.
Устав проекта: пример на одной странице без бюрократии
Как зафиксировать цель, границы, участников и условия старта проекта на одной странице. Учебный пример запуска небольшой услуги и вопросы, которые стоит решить до плана работ.