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

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

Артём Первухин – сооснователь и продакшн-директор digital-агентства Kinetica. Закончил магистратуру АлтГТУ по специальности «Разработчик информационных систем». Эксперт в сфере digital-маркетинга с более чем 20-летним стажем. Спикер профильных конференций и форумов («РИФ», TechWeek и других).

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

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

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

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

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

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

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

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

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

-

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

-

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

-

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

-

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

-

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

-

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

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

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

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

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

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

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

-

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

-

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

-

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

-

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

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

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

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

-

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

-

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

-

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

-

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

-

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

-

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

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

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

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

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