Команда работает над задачей, в которой формально участвуют три человека — все трое активно вовлечены, дают вклад, участвуют в обсуждениях. Но когда задача застревает на финальном решении, выясняется, что каждый из троих считает, что финальное слово за кем-то другим. Матрица ответственности, если бы она использовалась, немедленно вскрыла бы эту проблему — ни один из троих не был явно назначен единственным Accountable за задачу, что и является прямой причиной размытой ответственности и застревания на решении, несмотря на активное вовлечение всех участников.
Вовлечённость нескольких людей в задачу — это нормально, но единоличная подотчётность за итоговое решение должна быть закреплена ровно за одним человеком; если Accountable не назначен явно и однозначно, ответственность за финальное решение размывается независимо от того, сколько людей формально вовлечено.
Происхождение и исследовательская база
RASCI развивает классическую матрицу RACI, широко применяемую в управлении проектами и процессами с 1950-1970-х годов, добавляя роль Support (S) — участника, оказывающего ресурсную или экспертную помощь исполнителю (Responsible), но не несущего собственной ответственности за задачу, — это разграничение полезно, когда простого деления на «исполнитель» и «консультируемый» недостаточно для описания реальной структуры вовлечённости в задачу.
Ключевые идеи и принципы
Принцип: Пять чётко разграниченных ролей
Responsible — непосредственно выполняет работу; Accountable — единолично отвечает за итоговый результат и принимает окончательное решение; Support — оказывает ресурсную или экспертную помощь исполнителю без собственной ответственности; Consulted — привлекается для консультации до принятия решения, двусторонняя коммуникация; Informed — получает информацию о результате постфактум, односторонняя коммуникация.
Принцип: Ровно один Accountable на задачу
В отличие от роли Responsible, которую могут разделять несколько человек, роль Accountable должна закрепляться ровно за одним человеком на каждую задачу — назначение нескольких Accountable размывает подотчётность так же, как и отсутствие назначенного Accountable вовсе, оставляя задачу без единоличного ответственного за итоговое решение.
Принцип: Роль Support разгружает Responsible без переноса ответственности
Роль Support явно фиксирует, что человек оказывает реальную помощь в выполнении задачи (в отличие от Consulted, который лишь высказывает мнение до решения), но при этом не несёт ответственности наравне с Responsible — это разграничение предотвращает как недооценку реального вклада помогающих участников, так и размывание ответственности исполнителя.
Ограничения, слепые зоны и критика
Построение полной матрицы RASCI для большого числа задач и участников требует значительных усилий и может стать избыточно бюрократическим для небольших, гибких команд с неформальной культурой распределения ролей. Матрица также статична на момент составления — при изменении состава команды или содержания задач роли требуют регулярного пересмотра, иначе матрица быстро теряет актуальность и перестаёт отражать реальное распределение ответственности.
Типовые ошибки
Ошибка 1: На одну задачу назначено несколько человек с ролью Accountable или ни одного.
Матрица не соблюдает ключевое правило — ровно один Accountable на задачу, — что либо размывает ответственность между несколькими людьми, либо вовсе не назначает единоличного ответственного за итоговый результат.
Как избежать: Строго проверять, что каждая задача имеет ровно одного человека с ролью Accountable, не больше и не меньше.
Ошибка 2: Роли Support и Consulted путаются между собой.
Участник, реально помогающий выполнять задачу, ошибочно назначается как Consulted (только консультирующий), или наоборот — консультирующий эксперт ошибочно назначается как Support, что искажает реальную картину распределения вовлечённости и ответственности.
Как избежать: Явно разграничивать Support (реальная помощь в выполнении) и Consulted (консультация до принятия решения) при назначении ролей.
Главное, что нужно знать
RASCI расширяет матрицу RACI пятой ролью Support — реальная помощь исполнителю без собственной ответственности, — сохраняя ключевое правило классической матрицы: ровно один Accountable на каждую задачу. Это правило превращает интуитивное распределение вовлечённости в задачу в явную, проверяемую структуру ответственности, где размытая подотчётность (ни одного или несколько Accountable) выявляется формально, а не остаётся незамеченной до момента реального конфликта.
План внедрения
Неделя 1: составить список ключевых задач или процессов, требующих распределения ролей.
Неделя 2: назначить роли R/A/S/C/I для каждого участника по каждой задаче.
Неделя 3: проверить, что каждая задача имеет ровно одного Accountable.
Неделя 4: обсудить и утвердить распределение ролей с командой.
Далее: регулярно пересматривать матрицу при изменении состава команды или содержания задач.
Книги по теме
Smith M., Erwin J. — «Role & Responsibility Charting (RACI)» (различные материалы). Практическое изложение матриц распределения ответственности, включая расширения RASCI.