В прошлом посте мы разбирали диагностику по документам. Пришло время перейти от диагностики к первому инструменту проектирования и решить проблему размытой ответственности. Я обещала рассказать про матрицу RACI 2.0.
RACI — это матрица распределения ролей. Она помогает зафиксировать, кто что делает в процессе, используя четыре типа участия:
R (Responsible) — исполнитель, кто выполняет работу;
A (Accountable) — ответственный (владелец решения), кто имеет право на окончательное «да» или «нет» и несёт за это персональную ответственность;
C (Consulted) — консультант/эксперт, чьё мнение обязательно нужно запросить перед решением;
I (Informed) — информируемый, кого обязательно нужно уведомить о принятом решении.
«Мы неделю согласуем договор, потому что Иванов в отпуске, а его заместитель не уполномочен. Сидоров говорит, что это зона Петровой, а Петрова ждёт комментария от юристов...»
Кажется, что проблема — в людях. На самом деле, проблема в отсутствии ясных правил.
Вся организационная неразбериха сводится к одному: непонятно, кто имеет право принять окончательное решение в конкретный момент. И составлять описание кто что делает в неработающей системе бесполезно.
RACI-матрица — это инструмент для проектирования.
Шаг 1: Найдите не задачи, а «точки решения»
Не выписывайте список задач. Взгляните на процесс иначе:
где в нём возникают ключевые развилки? где нужно сделать выбор, который нельзя отменить? где распределяются ресурсы или возникает риск?Это и есть «точки решения»:
«Фильтр»: какие заявки попадают в работу? по каким критериям отбираем документы для рассмотрения руководством?
«Условия»: какие отклонения от стандарта, графика или бюджета мы одобряем?
«Допуск»: кого (контрагента, исполнителя) и на каком основании допускаем к работе или сделке?
Шаг 2: Назначьте единственного «Владельца решения» (А)
Для каждой такой точки должен быть один человек с ролью Accountable. Тот, кто обладает исключительным правом и персональной ответственностью сделать окончательный выбор.
«Директор согласует»
«Директор принимает окончательное решение об отклонении цены в пределах лимита 10%. Он несёт персональную ответственность за этот выбор и его последствия»одна точка решения = один Владелец решения (А)
Шаг 3: Спроектируйте систему поддержки
Только определив Владельца решения, вы поймёте, кто нужен для эффективной работы:
R (Исполнитель): кто делает работу? кто готовит данные, анализ и варианты для принятия решения?
C (Консультант): чьё профессиональное заключение (юрист, бухгалтер, риск-менеджер) является необходимым условием?
I (Информируемый): кто получает информацию для действий, чтобы следующие этапы процесса запустились без задержки?
Что это меняет на практике?
Вы перестаёте описывать хаос. Вы начинаете проектировать систему принятия решений, как результат:
процессы перестают «висеть» — ясно, кто ставит финальную точку;исчезают конфликты «я думал, это ты» — правила становятся прозрачными для всех;появляется предсказуемость — это архитектура решений, а не поле для импровизации и претензий.Чек-лист на 10 минут
выберите ОДНУ «точку решения» в вашем самом проблемном процессе (ту, где неразбериха возникает снова и снова);
решите, кому вы доверили бы принимать окончательное решение в этой точке, если бы могли установить идеальное правило;
назначьте этого человека Владельцем решения (А);
оформите это как чёткое правило на одну неделю — управленческий эксперимент.Вы сразу увидите, в чём была истинная причина торможения. В этом контексте RACI — не бюрократический отчёт, а инструмент, дающий вам право изменить неписаные правила игры и проверить гипотезу на практике.
RACI — это не про контроль. Это про создание ясности и распределение права выбора. Чтобы энергия команды тратилась на работу, а не на выяснение того, кто и за что отвечает.
#Оргдизайн #RACI #Процессы #ПринятиеРешений #Ответственность #Управление #МатрицаОтветственности
