DocManagement with Sofia: post #986 — TG.ME

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