Практика · Telegram #532

Команда реагирует не на решение, а на то, как его вводят

Делегирование ломается не в момент передачи задачи, а там, где не определены роли, критерии и обратная связь.
Собственник
Руководитель
Команда
Полный текстРедакторская версия для чтения. Смысл исходного материала сохранён.

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

Но первые недели могут выглядеть хуже, чем было раньше: больше уточнений, срывов и недовольства.

Это не обязательно значит, что команда слабая или решение неверное. Обычно ломается переходный контур: роли уже изменились, а правила принятия решений и критерии качества ещё нет.

Чаще всего не определены границы ответственности, критерии «сделано», маршрут сложных ситуаций и ритм обратной связи.

Типичная ситуация: собственник отдаёт блок задач руководителю, но продолжает подключаться в случайных точках — где-то «на всякий случай», где-то «чтобы быстрее». Команда видит, что правила плавают, и перестаёт принимать решения самостоятельно.

Другой сценарий: делегирование прошло, но метрики остались общими. Тогда люди не понимают, на что реально влиять в ежедневной работе, и фокус уходит в занятость вместо результата.

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

Передача ответственности — это не «передал и ушёл». Это управляемый переход.

Оригинал в Telegram ↗

Автор — Александр Шарафутдинов

Что читать дальше

Почему бизнес буксует: проблема почти всегда не там, где болитКогда магазин превращается в кошмар
Начать с диагностики