Делегирование любит маскировку. Снаружи — задача передана, исполнитель назначен, дедлайн стоит. Внутри — всё та же ручная тяга за собой, потому что вместе с задачей не отдали право решать.
Если человек возвращает вам работу после первой развилки, это не «низкая самостоятельность» в вакууме. Обычно ему оставили только рутину, а не контур ответственности: критерии успеха, допустимые риски, рамки для решений. Без этого любой шаг превращается в запрос на подтверждение.
Слабое делегирование работает как плохой антикризис: вы вроде бы сняли с себя шум, но сохранили точку, куда он возвращается. И пока тимлид остаётся финальным арбитром по каждому микровопросу, задача не делегирована — она просто переложена в очередь 🧷
Что отдавать вместе с задачей:
контекст;
границы полномочий;
критерий «готово»;
право на ошибку в пределах нормы;
точку эскалации, а не постоянную зависимость.
Иначе это не передача ответственности. Это её временное хранение.
Spike Attack
@SpikeAttackPro
Делегирование любит маскировку. Снаружи — задача передана, исполнитель назначен, дедлайн стоит. Внутри — всё т
Этот пост опубликован в Telegram-канале Spike Attack. Подписаться можно по ссылке: @SpikeAttackPro.