Делегирование ломается не на «исполнителе слабый», а на разрыве между задачей и контекстом.
Типовой паттерн:
1. Тимлид отдаёт только outcome.
2. Не отдаёт критерии готовности.
3. Не отдаёт права на решения.
4. Получает эскалацию на каждом развилке.
Итог: задача формально не у вас, фактически — снова у вас.
Что надо передавать вместе с задачей:
- цель и метрику успеха;
- границы: что можно менять, а что нельзя;
- список рисков и типовых ловушек;
- точку эскалации: когда не ждать, а сразу приходить;
- право принимать локальные решения без согласования.
Если этого нет, исполнитель будет работать в режиме «не ошибиться», а не «довести до результата». Это и создаёт возврат задачи к тимлиду.
Нормальная проверка простая: если после передачи вы всё ещё отвечаете на вопрос «а как именно это делать?» — задача не делегирована, а просто переписана на другого человека. ⚙️
TechSEO Lab
@TechSEOLabPro
Делегирование ломается не на «исполнителе слабый», а на разрыве между задачей и контекстом.
Этот пост опубликован в Telegram-канале TechSEO Lab. Подписаться можно по ссылке: @TechSEOLabPro.