RACI-матрица: кто за что отвечает в проекте

На любом проекте, где работает больше двух человек, рано или поздно звучит фраза: «А я думал, это делаешь ты». Задача провисает, дедлайн горит, а виноватого нет — потому что роли никто заранее не распределил. RACI-матрица придумана ровно для этого: один простой документ, который для каждой задачи отвечает на вопрос «кто за что отвечает». Звучит как бюрократия, но на деле это десять минут работы, которые экономят недели нервов и переделок. В этой статье разберу RACI по-человечески: что означают четыре буквы, зачем матрица нужна, как построить её по шагам с конкретным примером таблицы, какие бывают расширенные варианты вроде RASCI и какие ошибки чаще всего всё портят. Без воды и без занудства.

Что это простыми словами

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

R — Responsible (исполнитель). Тот, кто непосредственно делает работу: пишет текст, программирует, готовит отчёт, проводит переговоры. Исполнителей у одной задачи может быть несколько, если они работают над ней вместе. Это руки проекта — те, кто реально производит результат.

A — Accountable (ответственный, утверждающий). Тот, кто отвечает за итог перед остальными и принимает финальное решение: годится результат или на доработку. Это не обязательно начальник — это человек, с которого спросят, если задача провалится. Ключевое правило: на каждую задачу должен быть ровно один Accountable. Один, не больше и не меньше. Если их двое, ответственность размывается, и в случае провала каждый кивает на другого.

C — Consulted (консультируют). Те, с кем советуются до или во время работы: эксперты, смежные отделы, юрист, чьё мнение нужно учесть. С ними идёт двусторонний диалог — их спрашивают и слушают ответ. Но решение остаётся за Accountable, а делает работу Responsible.

I — Informed (информируют). Те, кого просто держат в курсе результата, когда задача сделана или достигла важной точки. Это односторонняя связь: им сообщают, но их мнения не спрашивают и согласования у них не берут. Обычно это руководство, соседние команды или клиент, которым важно знать о ходе дел, но не вмешиваться в работу.

Разница между C и I — частый камень преткновения. Consulted участвует в работе и влияет на неё, Informed только узнаёт о результате. Если каждого, кому интересно, записать в Consulted, проект утонет в согласованиях. Поэтому важно честно спрашивать: этому человеку нужно повлиять на решение или ему достаточно узнать, что всё готово?

Зачем это нужно

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

Первый плюс — исчезает фраза «я думал, это не я». Когда роли зафиксированы и видны всем, спорить не о чем: открыли таблицу, посмотрели, чья буква стоит. Это снимает не только организационную путаницу, но и личные конфликты — люди ссорятся не потому, что плохие, а потому что границы ответственности не были проведены заранее.

Второй плюс — видны перекосы в нагрузке. Когда матрица собрана, сразу бросается в глаза, если у одного человека буква R стоит против половины задач, а другой не отвечает ни за что. Или если в каком-то столбце сплошные A — значит, на одного человека повесили слишком много решений, и он станет узким горлышком. Матрица превращает интуитивные подозрения «кажется, Маша перегружена» в наглядную картину.

Третий момент — ускоряются коммуникации. Без матрицы половина рабочего времени уходит на выяснение, к кому идти с вопросом и кто подпишет результат. С матрицей это видно сразу: нужен ответ по задаче — смотришь, кто Consulted; нужно утвердить — идёшь к Accountable. Особенно это выручает новых сотрудников и подрядчиков, которые ещё не знают негласной структуры компании: им не нужно гадать, достаточно открыть таблицу.

Как применить у себя

Хорошая новость: чтобы построить RACI-матрицу, не нужны специальные программы — хватит обычной таблицы. Вот пошаговый порядок действий.

Первое — выпишите задачи. В левый столбец занесите все ключевые задачи или этапы проекта, по одной в строку. Не нужно дробить до мелочей вроде «отправить письмо» — берите осмысленные блоки работы: «подготовить макет», «согласовать бюджет», «запустить рекламу». Второе — выпишите участников. В шапку таблицы, по столбцам, занесите всех, кто участвует в проекте: лучше по ролям («дизайнер», «руководитель проекта», «клиент»), а не по именам, чтобы матрица не устаревала при смене людей. Третье — заполните ячейки. На пересечении каждой задачи и каждого участника поставьте нужную букву — R, A, C или I, — а если человек к задаче отношения не имеет, оставьте ячейку пустой.

Четвёртое — проверьте по правилам. В каждой строке должен быть ровно один A и хотя бы один R. Если A нет — задача бесхозная; если A несколько — ответственность размыта. Если в строке слишком много C — вероятно, вы перегрузили задачу согласованиями. Пятое — согласуйте с командой. Покажите матрицу всем участникам и убедитесь, что каждый согласен со своей ролью. Это важнейший шаг: матрица, спущенная сверху без обсуждения, работать не будет. И шестое — пересматривайте по ходу проекта: роли меняются, появляются новые задачи, и таблицу нужно держать живой.

Вот как это выглядит на примере небольшого проекта — запуска лендинга:

Прочитать таблицу легко. Возьмём строку «Сделать дизайн»: исполнитель (R) — дизайнер, отвечает за итог и утверждает его (A) руководитель, у маркетолога спрашивают мнение по тексту и смыслам (C), как и у клиента, а разработчик просто в курсе (I), чтобы понимать, что его ждёт на верстке. Сразу видно: к дизайнеру идут с самой работой, к руководителю — за утверждением, а разработчика дёргать согласованиями не нужно — ему достаточно уведомления.

Существует и расширенный вариант — RASCI, где добавляется пятая буква S — Support (поддержка). Это тот, кто помогает исполнителю выполнить задачу: например, копирайтер пишет тексты (R), а младший сотрудник собирает для него материалы и факты (S). Отличие от Consulted в том, что Support не консультирует, а делает часть работы руками, разгружая основного исполнителя. RASCI берут, когда в проекте важно явно выделить помощников; для простых проектов хватает классического RACI, и усложнять без нужды не стоит.

Частые ошибки

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

Вторая ошибка — записывать всех подряд в Consulted. Из вежливости или страха кого-то обидеть в графу «консультируют» добавляют половину компании. В результате простое решение проходит через десять согласований, каждое тормозит работу, а ответственность снова размывается. Спрашивайте честно: этот человек реально должен повлиять на результат или ему достаточно узнать, что готово? Во втором случае его место — в Informed, а не в Consulted.

Третья ошибка — задача без единого Responsible. Если в строке стоит только A и несколько C, но нет ни одного R, значит, утверждать результат есть кому, а делать его — некому. Такие задачи зависают: все ждут, что работу начнёт кто-то другой. В каждой строке обязан быть хотя бы один исполнитель.

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

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

Чем Responsible отличается от Accountable? Responsible — тот, кто делает работу руками, исполнитель. Accountable — тот, кто отвечает за итог, утверждает результат и с кого спросят при провале. Исполнителей может быть несколько, а ответственный всегда один. Часто один человек совмещает обе роли в небольшой задаче, но в матрице это всё равно две разные буквы.

Можно ли назначить двух ответственных (Accountable) на одну задачу? Нет, это главное правило RACI: на каждую задачу ровно один Accountable. Два ответственных означают, что в случае провала каждый укажет на другого, и спросить будет не с кого. Если ответственность хочется разделить, лучше разбить задачу на две отдельные, у каждой со своим единственным утверждающим.

В чём разница между Consulted и Informed? Consulted — это двусторонняя связь: с человеком советуются до или во время работы, и его мнение влияет на результат. Informed — односторонняя: человека просто уведомляют о готовом результате, его согласия не требуется. Если кому-то достаточно узнать, что задача сделана, его место в Informed, иначе проект утонет в лишних согласованиях.

Что такое RASCI и когда он нужен? RASCI — расширенный вариант RACI с пятой ролью S (Support, поддержка). Это тот, кто помогает исполнителю делать работу руками, в отличие от Consulted, который только советует. RASCI берут на проектах, где важно явно выделить помощников основного исполнителя. Для простых проектов достаточно классического RACI — усложнять без необходимости не стоит.

Для маленькой команды это не перебор? Нет, даже для двух-трёх человек матрица полезна, просто она будет короткой. Главная ценность RACI — не размер таблицы, а сам факт проговаривания, кто за что отвечает. Часто именно в маленьких командах роли не обсуждают вовсе, считая, что «и так всё понятно», — и именно там чаще всего звучит «я думал, это делаешь ты».

Коротко о главном

RACI-матрица — это простой документ, который для каждой задачи проекта распределяет четыре роли: Responsible (исполнитель, кто делает), Accountable (ответственный, кто утверждает и отвечает за итог), Consulted (с кем советуются) и Informed (кого держат в курсе). Её главная польза — убрать размытую ответственность и навсегда закрыть фразу «я думал, это делаешь не я»: открыл таблицу и сразу видишь, чья буква стоит. Строится она за десять минут — задачи по строкам, люди по столбцам, буквы в ячейках, — а проверяется по железному правилу: ровно один Accountable и хотя бы один Responsible на каждую задачу. Есть расширенный вариант RASCI с ролью поддержки, но усложнять без нужды не стоит. Главное — не плодить нескольких ответственных, не записывать всех подряд в консультанты, держать матрицу живой и согласовывать её с командой, а не спускать сверху. Если хочется навести порядок в ролях и процессах, чтобы каждый знал свою зону ответственности, — с этим помогу, чтобы матрица работала на проект, а не пылилась в дальнем ящике.