Содержание статьи
Как работает механизм обезьяны
Собственник передал задачу менеджеру. Менеджер пришёл с вопросом. Собственник объяснил. Менеджер ушёл, задумался, пришёл снова: «а если вот такой вариант?» Собственник дал конкретный ответ. Теперь менеджер знает, что делать. Потому что собственник и делает - менеджер только исполняет.
Это обратное делегирование. Термин ввёл Уильям Онкен в 1974 году в статье для Harvard Business Review «Management Time: Who's Got the Monkey?» - одной из самых читаемых публикаций в истории журнала. 50 лет прошло, механизм не изменился.
По данным наблюдений за 80+ компаниями, обратное делегирование присутствует в 9 из 10 компаний с численностью от 8 до 50 человек. При этом собственники замечают его только у 3 из 10. Остальные считают, что у них просто «несамостоятельные сотрудники».
Метафора Онкена: у каждой задачи есть ответственный - тот, кто делает следующий шаг. Когда сотрудник приходит с вопросом, а руководитель отвечает, «обезьяна» прыгает со спины подчинённого на спину руководителя. Руководитель теперь должен сделать следующее действие, а подчинённый ждёт.
Почему руководители не замечают обратного делегирования
Потому что оно приятно. Серьёзно.
Когда сотрудник приходит с вопросом - это подтверждает экспертность руководителя. Он нужен, он знает ответы, он решает. Это удовлетворяет определённую психологическую потребность. Плюс ответить и сделать самому буквально быстрее, чем объяснять.
В краткосрочной перспективе обратное делегирование выглядит как эффективность: задача решена, клиент доволен, всё работает. В долгосрочной - руководитель завален чужими задачами, сотрудники не развиваются, и компания начинает зависеть от присутствия собственника в каждой операции.
Диагностика: есть ли у вас проблема
Шесть симптомов. Если три и более - проблема системная:
- Вы работаете больше своих ключевых сотрудников
- В вашем календаре нет окон для стратегической работы - только встречи и «срочные вопросы»
- Сотрудники редко принимают решения самостоятельно, почти всегда советуются
- Задачи, которые вы «делегировали», по факту требуют вашего участия на каждом шаге
- Когда вас нет два дня, работа тормозит или встаёт
- Вы знаете детали операционных процессов лучше, чем люди, которые ими управляют
Отдельный тест - посчитать, сколько «обезьян» у вас прямо сейчас. Запишите все задачи, в которых следующий шаг должны сделать вы, хотя задача была передана другому. Если их больше шести - это системная перегрузка.
Четыре правила, которые разрывают механизм
Это не «мягкие советы». Это конкретные изменения в поведении руководителя.
Правило 1. Никогда не принимайте задачу без встречного вопроса.
Сотрудник пришёл с проблемой - ваш первый вопрос: «а ты сам что предлагаешь?» Если у него нет варианта - попросите подготовить и вернуться. Не завтра, но не прямо сейчас. Первые несколько раз будет неловко. Через 2-3 недели он начнёт приходить с вариантами.
Правило 2. Переключайте инициативу при каждом взаимодействии.
После любого совещания по задаче фиксируйте: следующее действие за исполнителем, не за вами. «Ты сделаешь X до среды и сообщишь» - а не «я посмотрю и скажу».
Правило 3. Определите уровни решений, которые принимаются без вас.
Не «спрашивай меня по всем важным вопросам», а конкретно: «скидки до 8% - твоё решение, выше - ко мне. Подрядчики до 30 тысяч - твоё решение». Когда границы размытые, сотрудник приходит за разрешением даже там, где мог бы решить сам.
Правило 4. Не спасайте при затруднении.
Разница между тем, чтобы дать направление и самому сделать - принципиальная. «Что конкретно тебя останавливает?» разворачивает мышление исполнителя. «Сделай вот так» - переносит обезьяну к вам.
Как работать с командой, которая уже привыкла
Если команда годами работала в режиме «спроси шефа» - изменение правил встретит сопротивление.
Объявите об изменении явно. Не просто начните вести себя иначе - скажите команде: «Мы меняем формат. Теперь я ожидаю, что вы будете приходить с вариантом, а не только с вопросом. Это не значит, что я недоступен, это значит, что я хочу видеть ваше мышление».
Хвалите самостоятельные решения публично. Когда сотрудник решил что-то без вас и решил хорошо - отметьте это в команде. Не наказывайте за ошибки при самостоятельных решениях сурово. Если за первую же ошибку последует жёсткая реакция, люди вернутся к «лучше спрошу».
Ситуации, когда обратное делегирование оправдано
Иногда задачу действительно нужно взять обратно.
Если сотрудник явно не справляется и это критически влияет на бизнес - забрать задачу правильно. Но не молча. С объяснением: почему, что нужно улучшить, чтобы подобное не повторялось.
Если задача была делегирована неправильно с самого начала - нечёткий результат, не было полномочий, нереалистичный срок - это ошибка процесса делегирования, а не человека. Исправьте формат передачи.
Связь обратного делегирования с ростом бизнеса
Компании, где обратное делегирование - системная практика, имеют один и тот же потолок роста: пропускная способность собственника.
Когда вы - узкое горлышко всей операционки, масштабирование невозможно не потому, что рынок не растёт или продукт плохой. Каждое новое решение требует вашего участия. Выстраивание системы, где решения принимаются на правильном уровне - это операционная основа роста.
Именно с этим чаще всего работает операционный директор на аутсорсе: снимает нагрузку с собственника не за счёт личного труда, а за счёт системных изменений. Если хотите разобраться, где именно у вас застряло, диагностика даст конкретный ответ.