Делегирование ломается не на постановке задачи, а на отсутствии рамки ответственности.

Делегирование ломается не на постановке задачи, а на отсутствии рамки ответственности.
Классический чёрный кейс: тимлид отдаёт задачу, через 2–3 дня получает её обратно в виде «а что делать с этим кейсом?», «нужен твой апрув», «я застрял». Формально задача передана. Фактически — это всё ещё его работа.

Почему так происходит:
1) Отдали только «что сделать», но не отдали «как принимать решение».
2) Не зафиксировали границы: где исполнитель решает сам, а где зовёт на эскалацию.
3) Не дали критерий готовности. Без метрики и expected outcome любой тупик превращается в возврат задачи.

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

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