Задача поставлена, исполнитель кивнул. Проходит три дня – дело не сдвинулось с мертвой точки, потому что каждый шаг приходится согласовывать с тем самым руководителем, который поставил задачу. Иллюзия делегирования – тихая и разрушительная управленческая привычка. Руководитель искренне считает, что передал задачу. Исполнитель искренне считает, что ему не дали права ничего решать. В результате оба перегружены, сроки горят, а на ретроспективе звучит одно и то же: «Ну, я же сказал, делайте». Сказал – не значит дал.
Когда возникает иллюзия делегирования
Механизм выглядит так. Руководитель формулирует задачу – обычно достаточно абстрактно: «подготовь предложение», «разберись с клиентом», «запусти процесс». Исполнитель начинает двигаться и упирается в решение, которое выходит за рамки его зоны ответственности: бюджет, срок, приоритет – все нужно уточнить. Каждое такое уточнение – микро-визит к руководителю, который в идеале должен быть доступен и отвечать быстро. Но он делегировал задачу именно потому, что у него нет на нее времени. Получается замкнутый круг: руководитель слишком занят, чтобы отвечать на вопросы по задаче, которую он не может полноценно передать.
Исполнитель между тем теряет инициативу. После третьего «ну решай сам», которое звучит как пассивная агрессия, и пятого «ты что, не мог подождать, я на встрече» формируется простой паттерн: легче вообще ничего не делать без прямого указания. Это не безответственность, а рациональная адаптация к среде, в которой инициатива наказуема.
Почему руководители не передают полномочия
Причин несколько, и большинство из них – психологические, а не организационные:
- Привычка контролировать. Руководитель вырос из специалиста, который привык, что все делается по его стандартам. Ему кажется, что если он не проверит каждый шаг, результат будет недостаточно хорош. Проблема в том, что «недостаточно хорошо» – это субъективная оценка, а не объективный критерий. Пока критерии явно не сформулированы, любой другой результат будет вызывать раздражение.
- Страх ошибки. Если исполнитель примет решение и ошибется, отвечать руководителю. Эта логика кажется железной, но на деле парализует. Ошибки случаются у всех, включая руководителей. Разница в том, что ошибка исполнителя стоит дешевле, потому что она локальна и ее можно исправить. Ошибка руководителя, который пытался контролировать все, стоит дороже – потому что она системна и накапливается.
- Иллюзия скорости. «Проще сделать самому, чем объяснять» – классическая ловушка. В краткосрочной перспективе это правда. В среднесрочной – руководитель оказывается единственным узким местом в каждом процессе. А когда таких процессов десяток, он перестает успевать везде. Задачи начинают застревать не на полпути, а на старте.
- Размытые границы. Руководитель сам до конца не понимает, какие решения можно отдать, а какие – нет. Ему кажется, что он делегировал, но на самом деле он делегировал только исполнение, оставив себе все решения. Это как отдать руль, но оставить свою педаль тормоза. Ехать невозможно.
Рассмотрим типовой сценарий. Руководитель отдела поручает менеджеру подготовить коммерческое предложение для нового клиента:
– Сделай хорошее предложение, клиент серьезный, – говорит он.
– Какой бюджет закладывать? – уточняет менеджер.
– Ну, рыночный.
– Какой срок реализации?
– Стандартный.
– Кто будет на презентации?
– Решай сам.
Менеджер уходит думать. Через день возвращается: «Я думаю, надо предложить три пакета – базовый, расширенный и премиум». Руководитель морщится: «Ну зачем три, давай один нормальный». Еще через день: «А скидку можно дать?» – «Смотря какую». «А если клиент попросит индивидуальные условия?» – «Ну, тогда ко мне».
В итоге менеджер фактически не сделал ничего, кроме черновика, который руководитель переписал сам. Формально задача делегирована. Фактически – руководитель потратил больше времени на микроменеджмент, чем потратил бы на прямое выполнение. Менеджер демотивирован: его решения отменяют, его инициативу пресекают. В следующий раз он просто спросит еще три раза и будет ждать прямых указаний.
Другой сценарий – более тихий, но не менее вредный. Руководитель пишет в мессенджере: «Разберись с той ситуацией». Исполнитель разбирается – в меру своего понимания. Через неделю выясняется, что он разобрался не так. Руководитель расстроен: «Я же сказал – разберись!». Исполнитель в недоумении: «Я разобрался. Ты имел в виду что-то другое?». Проблема не в исполнителе. Проблема в том, что «разберись» – это не постановка задачи. Это пожелание, обернутое в форму поручения.
Из чего состоит делегирование
Если не хватает хотя бы одного из этих четырех элементов, задача не будет делегирована:
- Цель и критерии результата. Не «подготовь предложение», а «подготовь предложение с маржинальностью не ниже 35%, срок реализации – до 6 недель, формат – три сценария с разной ценой». Критерии должны быть проверяемыми. Если результат нельзя проверить без погружения в процесс – критерии сформулированы плохо.
- Границы решений. Четко обозначьте, какие решения исполнитель принимает сам, а какие выносит на согласование. Например: «Бюджет до 200 тыс. – решаешь сам. Выше – ко мне. Срок до 4 недель – твой. Дольше – обсуждаем. Скидка до 10% – твоя. Выше – только после моего ОК». Это не бюрократия. Это карта, по которой исполнитель может двигаться, не останавливаясь на каждом перекрестке.
- Ресурсы и доступы. К кому обращаться за данными? Кто смежники? Какие инструменты доступны? Какой бюджет можно тратить? Бывает, исполнитель формально получил задачу, но не получил доступ к CRM, не знает, кто на стороне производства отвечает за сроки, и не имеет права запросить аналитику у смежного отдела. Задача в таком состоянии – это головоломка.
- Точки контроля. Установить чекпоинты: «В среду покажи черновик структуры. В пятницу – финальный вариант на вычитку». Исполнитель знает, когда его ждут с результатом. Руководитель знает, когда смотреть. Между чекпоинтами – полная свобода действий.
Чек-лист: как правильно делегировать задачу
Перед тем как передать задачу, прогоните ее по этим пунктам. Если хотя бы на один ответ «нет» – задача не готова к делегированию:
- Могу ли я сформулировать, что именно считаю успешным результатом? Не процесс, а конкретный выход.
- Я знаю, какие решения исполнитель будет принимать самостоятельно, а какие – со мной?
- Есть ли у исполнителя доступы, ресурсы и информация, необходимые для выполнения?
- Понимает ли исполнитель, в каких случаях он может действовать без согласования?
- Определены ли точки контроля без промежуточных проверок?
- Готов ли я принять результат, который отличается от моего идеального, но укладывается в критерии?
- Я смогу не вмешиваться между чекпоинтами, даже если кажется, что «я бы сделал иначе»?
Если на последний вопрос вы честно отвечаете «нет», проблема не в делегировании, а в нежелании отпустить контроль. Никакие методики тут не помогут, пока вы это не признаете.
Как выйти из цикла микроменеджмента
- Признать масштаб проблемы. Посчитайте, сколько раз за неделю сотрудники приходят к вам с вопросами по задачам, которые вы делегировали. Если больше трех-четырех – делегирование не работает. Не потому что исполнители некомпетентны, а потому что им не передали достаточно контекста и полномочий.
- Провести аудит своих задач. Выпишите все, что вы контролируете лично. Разделите на три категории: то, что действительно требует вашего участия (стратегия, ключевые переговоры, кадровые решения); то, что можно контролировать реже (достаточно еженедельного чекпоинта вместо ежедневного); то, что вы вообще не должны контролировать (операционные задачи, которые давно пора отдать).
- Начать с малого. Выберите одну задачу, которую вы микроменеджерите по привычке. Сформулируйте критерии. Определите границы решений. Назначьте чекпоинт. И отпустите. Не вмешивайтесь между чекпоинтами, даже если хочется.
- Легализовать ошибки. Скажите исполнителю прямо: «Если ты примешь решение в рамках своих границ и ошибешься – мы это разберем и исправим. Это нормально. Хуже, если ты будешь каждый раз бежать ко мне, и задача будет стоять». Когда люди знают, что ошибка внутри границ – не катастрофа, они начинают действовать.
- Обратная связь по результату, а не по процессу. Когда исполнитель приносит результат, обсуждайте результат. Не то, как он к нему шел. Если результат укладывается в критерии – примите его, даже если путь был другим. Если не укладывается – разберите, почему. И скорректируйте либо критерии, либо границы на следующий раз.
Выводы
Делегирование без полномочий – это способ создать видимость движения при реальном простое. Руководитель остается узким местом. Исполнитель теряет мотивацию. Задачи не движутся. Организация буксует.
Выход прост по формуле, но не по исполнению: передавайте вместе с задачей цель, границы, ресурсы и точки контроля. Все остальное – свобода действий. Да, будут ошибки. Да, результат не всегда будет таким, каким вы его представляли. Но он будет, и с каждым разом – лучше.
Потому что делегирование – это навык, как для исполнителя, так и для руководителя. Оба учатся. Оба ошибаются. Но только тот, кто готов отпустить контроль, получает работающую команду. Остальные получают иллюзию и бесконечный список задач, которые «вроде бы» делегированы, но почему-то не выполняются.
Также читайте:
Как я понял, с одной стороны, вроде бы всё правильно, а с другой стороны, всё это похоже на полную роботизацию исполнителей.
Понятно, что простые задачи можно делегировать именно так, как роботам.
Но есть более сложные задачи, подключение к которым мыслительных мощностей других людей будет очень полезным.
Во-первых, исполнитель научится чему-либо новому, получит новый опыт под патронажем более высокого руководителя.
Во-вторых, руководитель получит взгляд на задачу, который ему, возможно, трудно сформулировать самому.
И не факт, что сложные или новые задачи нужно формулировать в форме «закрытого меню».
А вот что нужно — это нормальное общение руководителя и подчиненного для обсуждения возникающих проблем.
При этом какие будут проблемы заранее зачастую вообще невозможно предугадать.
А возникающая при этом творческая суета — это обычное явление, главное, не надо ее считать какой-то особенной проблемой.
Помоему, такое в ИТ часто бывает.
Очень похоже на формулирование запроса для ИИ - каков запрос, таков ответ...
Интересная тема. И автор хорошо разложил её по полочкам.
Хотелось лишь добавить, что корень проблемы в том, что профессии
руководителя в нашей юрисдикции или не учат, а учат прфессии химика или
архитектора, или учат руководителей по советским шаблонам.
Советский принцип делегирование своеобразен. По принципу "Делай как я"
или "Делай как я сказал". Многофункциональная обратная связь в такой
парадигме не только не поощряется а даже осуждается.
Отсюда и "Делегирование без полномочий."
Улучшить систему можно только внедрив поощрения за организацию
обратных связей между руководитеем и подчинённым.
Тема неоднократно обсуждалась на этом ресурсе.
В тексте смущает следующее: делегирование без полномочий не бывает - это не делегирование. В процессе делегирования передаются ответственность, ресурсы, полномочия, зоны ответственности, право подписи и всё прочее из необходимого для достижения рагнее согласованного результата, причём вполне формально.
Например, при уходе руководителя в отпуск что-то могут выполнять назначенные на этот период сотрудники. Что-то может делаться на долговременной основе /или меняться по необходимости.
Ближе к корпоративной доверенности с каким-то лимитом ответственности и срокам действия. Текст может быть достаточно длинным и всегда юридически проверенным и подтвежденным.
Можно ли попросить уточнить: о каком периоде работы компании Вы говорите?
О каких территориях, учитывая расположение их производственных и прочих мощностей?
О каких масштабах возможных изменений и в каких именно областях?
Мне кажется что надо разделить разные типы задач, как только их разделить, то зразу будет понятно как использовать механизм делегирование при решении разного типа задач.
Российские попытки копировать системы МВА стран Запада приводят к появлению дипломов, в которых в графе "Квалификация" написано "Руководитель компании". Иногда выпускники даже ориентируются в работающих техниках. Поэтому и пробуют учить, и уже не по советским шаблонам - результат только разный с точностью до слушателя.
Но проблематика здесь шире: "руководству" нельзя научить, ему можно только научиться. Затратный по ресурсам процесс, не все его проходят.
Управление в той же степени наука, как и искусство, но в основе своей оно - ремесло. Просто лекциями навыки не формируются. Если химику хватит и хорошей книги, чтобы попасть интерном в лабораторию, "руководителя" после ВУЗа в норме на ответственные позиции не ставят.
Уже первые три слова заголовка у меня вызвали вопрос: "Это как?" Но по тексту стало понятно, что имел в виду автор. Думается, здесь не у подчиненного проблема, а проблема у собственника с самим лицом, которое считает себя руководителем.
Ресурсное обеспечение бизнеса и системы поддержки принятия решений - это одни из первых тем, которые проходят в курсе менеджмента. В приведенном примере у руководителя просто фактически отсутствуют компетенции для занятия управленческой позиции - в лучшем случае будет неполное служебное соответствие.
Здесь вопросы могут быть к директору или собственнику бизнеса. Если проводить аналогию - человеку, в ресторане устойчиво промахивающемуся ложкой мимо рта, попадающему себе в глаза и обливающему содержимым окружающих, следует просто помочь покинуть ресторан, а не читать лекцию о природе и назначении ложки. Некомпетентный руководитель - худшее, что может случиться с компанией, поэтому ликвидация таких рисков - прямая задача собственников организации.
А в более широком смысле: регулярный менеджмент предполагает делегирование не задач (которые ставятся), а именно полномочий для их решения. Особо важно подчеркнуть, что ответственность при этом не делегируется - то есть за ошибки подчиненных будет отвечать их руководитель. Но это - "как правильно", в российской практике ответственных часто назначают постфактум. Часто такое сильно демотивирует персонал и сокращает маржинальность бизнеса для владельца. Если нанимать профессиональных управленцев - велик шанс того, что у них не окажется проблем с делегированием.
Можно говорить об обучении основам профессии адиминистратора в хорошем и правильном, как у Файоля, смысле. Вполне соответствует сути работы менеджера среднего звена и ниже. Было бы неплохо, если программа хорошо подготовлена, преподаватели знают своё дело, а учебники и пособия соответствуют реальности.
Всё остальное - штучный товар и специализированные программы, сфокусированные на вполне конкретных вопросах и тенденциях и данных новейших исследований. Плюс знакомство с лучшим инструментарием, доступным на сегодняшний день.
Это любопытный момент.
Общую ответственность за работу сотрудников с руководителя не снимается. Это очевидно. Делегировал - не забудь, что это было именно твоё решение. Подумай дважды и трижды, если нужно.
Но ответственность за исполнение того, что делегировано, и достижение результата должна быть на исполнителе, коль скоро он принял на себя эти полномочия. Работы без ответственности не бывает. В данном случае сотрудник по договоренности с руководителем принимает на себя больше работы и больше ответственности, чем было до принятия этого решения.