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