Делегирование часто ломается не на задаче, а на границе ответственности.
Кейс из практики: тимлид отдал работу, назначил исполнителя, согласовал срок — и через 2 дня задача вернулась обратно. Не потому что человек «не потянул», а потому что ему отдали только действие, но не полномочия.
Типовой сценарий:
— каждый шаг требует подтверждения;
— на первой же развилке исполнитель ждёт указаний;
— при первой ошибке задача всплывает обратно владельцу.
Это не делегирование. Это ручной режим с пересылкой чатов.
Что нужно отдавать вместе с задачей:
1. Цель — что считается результатом.
2. Границы — что можно решать самостоятельно.
3. Риски — где можно ошибиться и как действовать.
4. Точки эскалации — когда возвращать вопрос, а не всю задачу.
5. Критерий готовности — без «ну я посмотрю».
Если полномочий нет, задача неизбежно вернётся. И это не проблема исполнителя. Это чёрная дыра в управлении, замаскированная под делегирование.
Host & DNS
@HostDnsPro
Делегирование часто ломается не на задаче, а на границе ответственности.
Этот пост опубликован в Telegram-канале Host & DNS. Подписаться можно по ссылке: @HostDnsPro.