Делегирование как инженерная задача: как это?

Разобраться, почему собственники боятся делегировать, — это только половина дела. Понять, какую новую роль должен занять руководитель после передачи части функций, — уже следующий шаг. Но остается главный вопрос – как настроить процесс делегирования, чтобы вся система работала сама. Не в смысле, что задача сама найдет исполнителя или не нужно будет совсем контролировать исполнение (в этой машине будущего я еще не летала), а как выстроить процессы так, чтобы был разумный контроль, понятные действия и автономность.

На практике я вижу несколько типичных причин, из-за которых делегирование не работает.

🔹 Делегировать только исполнение Самая частая ошибка: сотруднику отдают только механическую работу. Постановку задач, проверку качества и анализ результата руководитель оставляет себе. В итоге команда работает как чистые исполнители, ожидая инструкций на каждый шаг.

Решение: Делегировать нужно функцию целиком вместе с анализом и ответственностью за результат. Иначе вы навсегда останетесь внутри процесса.

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

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

🔹3. Нет самоконтроля Элияху Голдратт точно описал логику любого сотрудника: «Tell me how you measure me, and I will tell you how I will behave» (Скажи мне, как ты меня измеряешь, и я скажу тебе, как я буду себя вести). В условиях многозадачности менеджер физически не может сделать всё. Он интуитивно выберет те задачи, по которым настроены жесткие показатели выполнения.

Решение: Настроить KPI так, чтобы сотруднику было выгодно контролировать себя самому.  Например, если KPI руководителя склада привязан к «проценту пересорта и точности остатков», а не к количеству отгрузок, тогда он сам начнет контролировать подчиненных и выстраивать их работу.

🔹 4. Нет автоконтроля Многие процессы построены на доверии и инструкциях. Но инструкции можно не дочитать, а требования — забыть. Надежда на человеческую собранность и  внимательность — плохая система контроля.

Решение: Строить бизнес-процессы через ИТ-инструменты так, чтобы сделать неправильно было физически невозможно.   Например, перед тем как отгрузить станок клиенту, логист или начальник склада обязан загрузить в систему три фотографии: фото серийного номера, фото надежной упаковки и скан подписанного акта приема-передачи. Без этих файлов бухгалтерия не выпишет закрывающие документы. Или юрист не получит договор на согласование, пока менеджер не прогонит его через автоматический конструктор, который блокирует любые изменения в пунктах о штрафах. Т.е. система контроля должна автоматически отсекать ошибки.

Инженерный вывод: Любая система, которая не способна сохранять заданный режим без незапланированного вмешательства, считается неисправной. Бизнес – не исключение.

Делегирование как инженерная задача: как это? | Сетка — социальная сеть от hh.ru
Делегирование как инженерная задача: как это? | Сетка — социальная сеть от hh.ru Делегирование как инженерная задача: как это? | Сетка — социальная сеть от hh.ru