Делегирование и перекладывание: как и почему первое работает, а второе приводит к выгоранию

Знакомая сцена: руководитель раздал задачи, выдохнул, а через неделю переделывает задачи сам или объясняет заново. И приходит к выводу, что его команда слабая. На самом деле этот вывод неверный, а причина в том, что он не делегировал задачу, а переложил. Но между этими двумя действиями есть огромная разница: первое освобождает время руководителя, второе его удваивает. О том, как прекратить перекладывать задачи и научиться их грамотно делегировать, порталу Biz360.ru рассказал продакшн-директор агентства Kinetica Артём Первухин.

«Сделай вот это, мне некогда, разберёшься». Сотрудник кивает и уходит – выполнять так, как понял. А понял он, скорее всего, не то: уточнить постеснялся, детали забыл через час. Через неделю руководитель получает результат, который надо переделывать, – и закрепляет в голове ложный вывод про слабую команду. 

Делегирование устроено иначе – это технология с понятным входом и выходом. На входе она требует времени, на выходе отдаёт свободу. 

Ключевое различие в одном свойстве: сброшенная задача возвращается к автору, делегированная – нет. 

Сэкономленные на детализации полчаса руководитель потом тратит на уточнения, правки и повторные объяснения, причём с процентами. 

Когда задач много, мозг ищет быстрого облегчения. Передать дело – самый простой способ. Облегчение наступает мгновенно. Беда в том, что оно иллюзорно. Задача не решена, она перешла новому владельцу, у которого, вероятно, нет инструментов для её решения. 

Мы проходили это и на собственной практике. Когда задача неясная или горят сроки, хочется отдать её быстро, без подробностей – лишь бы из поля зрения. И хотя это легко выдать за «доверие команде», на самом деле это снятие собственной тревоги. На час-два тревога исчезает. Потом возвращается вместе с неподходящим результатом. 

Цикл повторяется, каждый раз добавляя тревоги. В итоге приводит к выгоранию – не потому что работы много, а потому что всё держится только на руководителе. 

Для того, чтобы задача не возвращалась, передачу нужно превратить из реплики в процедуру. Это дольше, чем сказать «сделай», но именно эта последовательность однажды убирает задачу из головы руководителя насовсем. Принцип простой: чем больше вложено на входе, тем меньше придётся возвращать потом. 

Мы в команде строим передачу задач на регламентах и фиксации, а не на устных договорённостях. Устное забывается в тот же день, письменное остаётся и работает как страховка от повторных объяснений. Последовательность, которую имеет смысл повторить на любой регулярной задаче, выглядит так: 

1. Показать процесс, а не пересказать его. Записать короткое видео или экран: вот задача, вот логика подхода, вот на что я смотрю. Параллельно проговорить критерии – что считается хорошим результатом, а что нет. 
   
   

2. Зафиксировать письменно. Регламент или инструкция превращают разовое объяснение в актив компании, на которое можно сослаться в следующий раз. 
   
   

3. Предложить сделать первый раз под наблюдением. Сотрудник выполняет, руководитель смотрит и не вмешивается, разбор – после. 
   
   

4. Вести журнал ошибок. Простая таблица: дата, суть ошибки, какой пункт регламента нарушен. Не для наказания, а чтобы видеть закономерность и не объяснять одно и то же по третьему кругу. 
   
   

5. Повторить цикл. Несколько итераций показывают, где идёт нормальное обучение, а где человек системно не вытягивает. 
   
   

6. Перейти на периодический контроль. Когда результат стабилен – проверка раз в две-четыре недели, чтобы находить нетиповые ситуации, к которым регламент не готовил. 

Первые две-три итерации отнимают больше времени, чем если бы руководитель сделал сам. Это нормальная цена технологии: дальше задача уходит из его зоны ответственности окончательно. 

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

Именно поэтому позиции с низкой ответственностью и высокой потребностью в надзоре часто невыгодны: экономия на зарплате съедается временем руководителя. 

Частично снять эту нагрузку уже можно автоматизацией. Системы на базе ИИ подключаются к таск-трекерам и созвонам, работают с расшифровками и сверяют сделанное с регламентом – рутинную часть проверки можно постепенно переносить на них, оставляя человеку только нетиповые случаи. 

В управленческой культуре закрепилась удобная для руководителя установка: он отдаёт задачу как может, а подчинённый обязан молча принять и разобраться. Эту привычку почти никто не оспаривает, хотя именно она – источник половины переделок. 

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

• Что именно считается результатом и по каким критериям он принимается?

• К какому сроку нужен итог и какие есть промежуточные точки?

• Какие ресурсы и доступы выделены под задачу?

• К кому приходить с вопросами, если что-то пойдёт не так? 

В командах, где переспрашивать – норма, люди растут быстрее. Причина не в модных формулировках про безопасную среду, а в том, что сотрудник учится на конкретных критериях, а не на догадках о том, что было в голове у руководителя. Это ускоряет адаптацию новичков и снимает нагрузку со старших. 

Можно понять, в каком режиме вы работаете, по повторяющимся признакам. Если совпадает хотя бы половина – проблема не в людях, а в способе передачи задач. Именно способ ведёт к выгоранию. 

Насторожиться стоит, если: 

• Вы регулярно переделываете за подчинёнными и объясняете это тем, что «так быстрее».

• Одни и те же вопросы по одной и той же задаче возвращаются к вам по нескольку раз.

• Отдавая задачу, вы чувствуете облегчение, а через несколько дней – раздражение от результата.

• У задач нет письменных критериев приёмки: договорённости живут только в переписке и памяти.

• Команда не уточняет детали на входе, потому что переспрашивать здесь не принято.

• Вы боитесь уйти в отпуск, потому что без вас все перестанет работать. 

Главный маркер того, что делегирование состоялось, – задача перестала вас занимать. Не потому что вы о ней забыли, а потому что вы уверены: у человека есть критерии, ресурсы и понятная точка контроля. А вот сброшенная задача держится в голове фоновой тревогой и, самое главное, однажды возвращается к вам. 

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

И хотя это выглядит замедлением, на самом деле это ускорение, которое разгружает вас и снижает риск выгорания, которое растёт из неправильно настроенных процессов, а не из объёма работы.

Чтобы не пропустить интересную для вас статью о малом бизнесе, подпишитесь на наш Telegram-канал и страницу в «ВКонтакте».
biz360