Матрица ответственности в компании: как понять, кто чем занимается и с кого спрашивать

Почему по оргструктуре не видно, кто чем занимается

Оргструктура отвечает на вопрос, кто кому подчиняется. Штатное расписание показывает должности. Должностная инструкция перечисляет обязанности. Ни один из этих документов сам по себе не показывает, как сегодня проходит реальная работа от запроса клиента до результата и денег.

В живой компании задачи распределяются не только по регламентам. Часть работы закреплена исторически, часть забрал самый надёжный сотрудник, часть возникает в переписке, а часть собственник делает сам, потому что «быстрее не объяснять». Постепенно название должности и фактическая роль расходятся.

Поэтому на вопрос «кто отвечает за клиента после подписания договора?» несколько человек могут дать разные ответы. Менеджер считает, что передал заказ в производство. Производство ждёт полные исходные данные. Финансы не знают об индивидуальных условиях. Клиент продолжает писать тому, чей телефон у него есть. Все заняты, но владелец итогового результата не определён.

Главное различие: делать задачу и отвечать за результат

Исполнитель выполняет конкретную работу. Владелец результата обеспечивает, чтобы нужное состояние было достигнуто: в срок, с требуемым качеством и в допустимых границах экономики и риска. Иногда это один человек, но далеко не всегда.

Например, договор готовит юрист, данные собирает менеджер, экономику проверяет финансист. Но кто отвечает, чтобы согласованный договор вовремя вернулся от клиента и заказ мог перейти к исполнению? Если такого человека нет, работа застревает на стыке компетенций.

Фраза «с кого спрашивать» полезна только в одном смысле: у кого запрашивать факт результата и решение по отклонению. Если сотрудник объявлен ответственным, но не видит данные, не имеет права влиять на срок или не может выбрать приоритет, это не ответственность, а назначенная вина.

Чем корпоративная матрица отличается от классической RACI

Классическая RACI обычно применяется в проекте. В ней указывают, кто выполняет работу, кто несёт итоговую ответственность, кого консультируют и кого информируют. Для проекта с понятным началом и концом этого часто достаточно.

У постоянной деятельности компании другая задача. Здесь нужно увидеть не разовый план, а повторяющийся поток: продажи, закупки, исполнение заказов, расчёты, найм, обслуживание клиентов, управление качеством. Поэтому я бы добавил к ролям ещё четыре обязательных поля:

1. Результат. Что должно стать истинным после выполнения работы, а не просто какое действие совершено.
2. Критерий готовности. По какому факту работа считается принятой: срок, качество, комплектность, сумма, статус.
3. Полномочия. Какие решения владелец принимает сам и при каком отклонении обязан эскалировать вопрос.
4. Ритм. Когда результат проверяется: по событию, ежедневно, еженедельно или раз в месяц.

Из каких ролей собрать рабочую матрицу

Названия ролей вторичны. Важно, чтобы команда одинаково понимала смысл каждой отметки. У одного результата может быть несколько исполнителей и экспертов, но владелец должен быть один. Иначе при сбое каждый будет ждать решения другого.

Как собрать матрицу по фактической работе

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

1. Выберите один сквозной поток. Например, от входящей заявки до оплаты, от заявки на закупку до приёмки или от потребности в сотруднике до завершения испытательного срока.
2. Запишите повторяющиеся результаты. Формулируйте строки как завершённое состояние: «заявка квалифицирована», «условия согласованы», «заказ передан без недостающих данных», «оплата получена».
3. Спросите людей о реальной работе. Что они делают регулярно, у кого берут входные данные, кому передают результат, какие решения ждут и где чаще всего возвращаются к уже выполненной работе.
4. Сверьте с цифровым следом. Задачи в CRM и таск-трекере, переписка, календари встреч, отчёты, документы, таблицы и очереди согласований показывают работу точнее памяти.
5. Назначьте исполнителя и владельца. Сначала зафиксируйте текущее положение, даже если оно кажется неправильным. Проектировать новую модель нужно после диагностики.
6. Добавьте критерий и полномочия. Без них нельзя отличить реального владельца от человека, которому просто пересылают вопросы.

Пример: поток от заявки до оплаты

На мобильном устройстве таблицу можно прокручивать вправо. Это демонстрационный пример: роли и критерии нужно адаптировать к вашей модели продаж и исполнения.

Смысл примера не в том, чтобы скопировать названия должностей. Важно увидеть передачу результата. Менеджер не просто «закрывает сделку», а передаёт заказ определённой комплектности. Операции не просто «начинают работу», а подтверждают, что вход принят. Финансы не просто «выставляют счёт», а владеют фактом своевременного поступления денег.

Как читать матрицу по строкам и по людям

По горизонтали матрица показывает судьбу конкретного результата. Есть ли исполнитель? Есть ли один владелец? Понятен ли критерий? Не требуется ли для обычной ситуации пять согласований? Если ответ на любой вопрос отрицательный, проблема находится в конструкции работы, а не обязательно в мотивации людей.

По вертикали матрица показывает реальную роль человека. Здесь обнаруживаются четыре важных сигнала:

1. Перегруженный центр. Один человек владеет десятками разнородных результатов. Скорее всего, через него проходят все исключения и решения.
2. Скрытая должность. Сотрудник выполняет критически важную работу, которой нет ни в его роли, ни в оргструктуре, ни в системе замещения.
3. Дублирование. Два отдела создают один результат параллельно или проверяют друг друга без понятной причины.
4. Декоративное участие. Человек включён почти во все согласования и информирование, хотя не влияет на решение и не использует информацию дальше.

Семь дефектов, которые матрица делает видимыми

1. Ничейный результат. Исполнители есть, а владелец не назначен. При отклонении вопрос поднимается до собственника.
2. Коллективная ответственность. Владельцев несколько, поэтому окончательное решение откладывается или принимается на совещании.
3. Ответственность без полномочий. С человека спрашивают срок или качество, но приоритеты, ресурсы и исключения определяет кто-то другой.
4. Работа без критерия. Задача считается выполненной, когда исполнитель говорит «готово», а получатель обнаруживает недостающие данные позже.
5. Лишняя петля согласования. Стандартная ситуация проходит через экспертов и руководителей, хотя могла бы решаться по заранее заданным границам.
6. Незаменимый сотрудник. Только один человек знает, как выполняется критический этап, и одновременно хранит все входы и решения.
7. Потерянный стык. Каждый отдел отвечает за свою функцию, но никто — за качество передачи результата между функциями.

Как провести рабочую сессию за два часа

Для первого подхода не нужно описывать всю компанию. Возьмите один поток, в котором регулярно возникают задержки, переделки или конфликты. Пригласите тех, кто реально выполняет работу, а не только руководителей подразделений.

1. Первые 20 минут: границы. Определите начало и конец потока, клиента результата и факты, которыми измеряется успех.
2. Следующие 30 минут: реальная работа. Разложите недавний конкретный заказ или случай на повторяющиеся результаты без обсуждения виноватых.
3. Ещё 30 минут: текущие роли. Назначьте исполнителей, владельцев, экспертов и получателей информации так, как это работает сейчас.
4. Следующие 25 минут: дефекты. Отметьте пустые строки, нескольких владельцев, перегруженные столбцы, возвраты и лишние согласования.
5. Последние 15 минут: три изменения. Выберите не больше трёх исправлений, назначьте владельцев внедрения и дату проверки на реальном потоке.

Сессия не должна заканчиваться красивой таблицей. Её результат — изменённые правила работы: кто принимает стандартное решение, какие данные обязательны при передаче, когда подключается эксперт, где фиксируется статус и кто реагирует на отклонение.

Что делать после заполнения матрицы

Матрица — диагностический снимок, а не ещё один регламент. После обсуждения перенесите решения туда, где живёт работа: в карточки процесса, CRM, чек-листы передачи, права доступа, управленческие отчёты и повестку регулярных встреч.

Через четыре недели повторно разберите несколько реальных случаев. Если сотрудники по-прежнему ждут руководителя, проверьте не названия ролей, а границы решений. Если результат всё ещё возвращается между отделами, уточните критерий передачи. Если статус собирается вручную, измените источник данных.

Полезно связать матрицу с тремя соседними инструментами: описанием зон ответственности, картой бизнес-процесса и правилами делегирования решений. Тогда таблица перестаёт быть статичным документом и становится частью системы управления.

Источники и границы материала

• Project Management Institute: RACI как Responsibility Assignment Matrix.
• Atlassian: распределение ролей при принятии решений по модели DACI.
• Bain & Company: роли RAPID и право окончательного решения.

Источники подтверждают общие принципы и определения, на которые опирается разбор. Практическая последовательность, примеры и выводы являются авторской интерпретацией Александра Селедчика и требуют адаптации к контексту конкретной компании.

Частые вопросы

Чем матрица ответственности отличается от должностной инструкции?

Должностная инструкция описывает должность в целом. Матрица показывает конкретную повторяющуюся работу: какой результат нужен, кто его создаёт, кто владеет итогом и по какому критерию результат принимается.

Нужно ли заносить каждую мелкую задачу?

Нет. Начинайте с результатов и решений, где возникают задержки, конфликты, переделки или зависимость от руководителя. Микродействия лучше оставить в регламентах, инструкциях и чек-листах.

Может ли у задачи быть несколько исполнителей?

Да, если их части работы и результаты разделены. Но владелец итогового результата должен быть один. Если владельцев несколько, команда снова будет искать того, кто примет окончательное решение.

Как выбрать между RACI, DACI и RAPID

Эта матрица предназначена для постоянной работы компании. Если нужно распределить роли в ограниченном проекте, принять одно конкретное решение или разобрать сложное межфункциональное согласование, используйте отдельные модели. Их различия, роли и ограничения собраны в сравнении «RACI, DACI, RAPID или матрица ответственности: какой метод выбрать».

Откуда развить метод дальше

Отправной точкой для этого разбора стала классическая проектная матрица RACI. Здесь подход расширен на постоянную деятельность компании и дополнен результатом, критерием готовности, полномочиями и ритмом контроля.

Собрать решение в систему

Связь ролей, процессов, стратегии, финансов, данных и технологий подробно разобрана в книге Александра Селедчика «Бизнес. Инструкция по сборке».

Александр Селедчик

Предприниматель, инвестор и автор книги «Бизнес. Инструкция по сборке». Пишет о стратегии, системном управлении, роли собственника, сильных командах и росте без постоянного ручного контроля.

Об автореДзенVC.ruTelegram