Делегирование по-взрослому: RACI против микроменеджмента и хаоса в команде

Продолжаем рубрику #кейсы. Сегодня поговорим о делегировании — теме, с которой сталкивается почти каждый руководитель, но которая редко дается легко.

Задачи мы помним, а про ответственность — забыли
Многие руководители делегируют задачи, но не передают ответственность. А ведь, как показывает исследование McKinsey, команды, где сотрудники чувствуют себя настоящими владельцами решений, работают на 30% продуктивнее и в 2 раза чаще остаются в компании.

Делегирование — это процесс, описанный еще в модели ситуационного лидерства Херси и Бланшара (1977):
🤩сначала вы даете четкие инструкции,
🤩потом поддерживаете,
🤩затем делегируете с контролем,
🤩и только после этого — полностью отпускаете.

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

Где проходят границы ответственности
Часто руководители путают:
— Контроль ≠ ответственность.
— Поддержка ≠ вмешательство.

Ваша задача — не делать за команду, а гарантировать, что у нее есть контекст, полномочия и поддержка. Обеспечить все это может помочь модель RACI (Responsible, Accountable, Consulted, Informed):
— Responsible (Исполнитель) — тот, кто непосредственно выполняет задачу.
Может быть несколько человек.
— Accountable (Подотчетный) — тот, кто принимает решение и несет окончательную ответственность за результат.
Обычно один, часто менеджер или владелец процесса.
— Consulting (Консультант) — эксперты или заинтересованные стороны, чье мнение нужно получить до принятия решения (двусторонняя коммуникация).
— Informed (Информируемый) — те, кого нужно уведомить после принятия решения, но чье мнение не требуется (односторонняя коммуникация).

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

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

Как показать команде, что за задачу теперь отвечает другой человек
Когда Google передавал команды в рамках реорганизации (Project Aristotle, 2015), ключевым фактором успеха была публичная передача авторитета: предыдущий лидер говорил: «Теперь все решения по X — через [имя]», и переставал отвечать на вопросы по этой теме.

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

Попробуйте начать с перенаправления всех запросов (по привычке все равно будут ходить к вам) новому человеку, даже если вы ответили бы быстрее.

И воздержитесь от публичных советов, особенно, если новый ответственный примет решение, с которым вы не согласны. Обсудите это один на один — и позже поддержите публично. Иначе вы подорвете его легитимность.

🤩Почитать по теме: «Когда делегирование не работает (и что с этим делать)».

В следующем посте предложим вам кейс (в котором все совпадения с действительностью будут случайны). А пока — спросите себя: в каких вопросах вы оставляете финальное решение за собой, хотя могли бы делегировать?

#кейсы #кейс_10 #делегирование #ответственность #руководитель

@pplesense