Делегирование часто ломается не на задаче, а на границе ответственности.
Снаружи всё выглядит правильно: исполнитель есть, срок есть, статус в трекере тоже есть. Но через 2–3 дня задача возвращается к тимлиду. Почему? Потому что была передана работа, а не право принимать решения.
Это типичная ошибка в продуктовых и growth-командах: менеджер отдаёт «сделай», но оставляет у себя:
- критерии качества,
- приоритеты,
- право выбрать путь,
- право ошибиться без немедленного возврата наверх.
В итоге сотрудник не ведёт задачу, а лишь исполняет микродействия. Любая развилка превращается в эскалацию, а тимлид — в ручной router вопросов. Формально делегирование есть. Фактически — нет.
Правильная передача выглядит иначе: цель, рамки, метрика успеха, допустимые риски и точка, где действительно нужен апрув. Если этого нет, задача вернётся почти гарантированно. Не потому что люди слабые, а потому что система не дала им автономии.
Делегирование без полномочий — это не управление. Это перенос нагрузки на другого человека. 🧭
Metric Sense
@MetricSensePro
Делегирование часто ломается не на задаче, а на границе ответственности.
Этот пост опубликован в Telegram-канале Metric Sense. Подписаться можно по ссылке: @MetricSensePro.