Введение
«Сделай сам, если хочешь, чтобы было сделано хорошо» — эту фразу руководители повторяют всё чаще, сталкиваясь с ситуацией, когда делегированная задача возвращается обратно. Кажется, что сотрудники просто перекладывают ответственность, но на деле это симптом системной проблемы. В статье на Habr, опубликованной командой Directum, подробно разбирается феномен обратного делегирования — когда менеджер проекта получает задачу назад от исполнителя, хотя изначально её передали подчинённому. Разберём, почему это происходит и как с этим работать.
Обратное делегирование — это не лень сотрудников, а часто результат нечётких ожиданий, отсутствия нужных инструментов или неправильной постановки задачи. В материале Источник авторы приводят конкретные примеры из практики управления проектами и предлагают методы борьбы с этой проблемой.
Что такое обратное делегирование и почему оно возникает
Обратное делегирование (или reverse delegation) — это ситуация, когда подчинённый возвращает задачу руководителю, часто под видом «нужна консультация» или «я не уверен в решении». В результате менеджер тратит время на то, что должен был сделать сотрудник.
Авторы статьи выделяют несколько ключевых причин:
- Неясные критерии успеха. Если сотрудник не понимает, какой результат ожидается, он будет искать подтверждение у руководителя на каждом шаге.
- Страх ошибки. В культуре, где ошибки наказываются, исполнители предпочитают переложить ответственность обратно.
- Отсутствие полномочий. Когда сотрудник не может принять решение без визы начальника, делегирование становится фикцией.
- Недостаток ресурсов. Если для выполнения задачи нужны данные или доступ к системе, а их нет — задача возвращается.
В материале приводится пример из IT-проекта: разработчик получил задачу настроить интеграцию с CRM, но вернул её менеджеру с вопросом «какой именно API использовать?». Причина — в спецификации не были указаны технические детали, и разработчик побоялся выбрать неверный вариант.
Как обратное делегирование влияет на проекты
Проблема не только в потере времени руководителя. Обратное делегирование разрушает доверие в команде, снижает автономность сотрудников и замедляет проект в целом. Согласно данным из статьи, в компаниях, где обратное делегирование распространено, сроки выполнения задач в среднем увеличиваются на 30–40%.
| Аспект | Без обратного делегирования | С обратным делегированием |
|---|---|---|
| Время руководителя на задачу | 10% (только контроль) | 60% (погружение в детали) |
| Скорость принятия решений | Высокая | Низкая (каждый шаг согласуется) |
| Развитие сотрудников | Растёт компетентность | Застревают на уровне исполнителей |
Особенно остро это проявляется в распределённых командах, где нет возможности быстро подойти к руководителю. В статье упоминается опыт одной продуктовой команды, где менеджер тратил до 4 часов в день на «консультации» по задачам, которые уже были делегированы.
Практические методы борьбы с обратным делегированием
Авторы статьи предлагают несколько конкретных шагов, которые помогут снизить частоту возврата задач:
1. Чёткая постановка задачи по SMART
Каждая делегированная задача должна быть конкретной, измеримой, достижимой, релевантной и ограниченной по времени. В статье приводится пример: вместо «настрой интеграцию» нужно писать «настрой интеграцию с API сервиса X до 20 июля, используя протокол Y, с тестовыми данными из таблицы Z».
2. Определение уровня полномочий
Сотрудник должен знать, какие решения он может принимать самостоятельно. В Directum используют уровни делегирования:
- Уровень 1: «Делай, потом доложи» — для опытных сотрудников.
- Уровень 2: «Делай, но советуйся при отклонениях» — для среднего уровня.
- Уровень 3: «Спроси перед каждым шагом» — для новичков (но это временно).
3. Использование инструментов для прозрачности
Когда задача записана в трекере (например, Jira или Asana) с чёткими критериями, сотрудник реже возвращается за уточнениями. В статье отмечается, что команды, ведущие задачи в системе, сокращают обратное делегирование на 50%.
4. Обучение сотрудников самостоятельности
Если сотрудник постоянно возвращает задачи, это сигнал о недостатке навыков. В статье описывается кейс: менеджер перестал отвечать на вопросы «как сделать?» и начал задавать встречные вопросы «а какие варианты ты видишь?». Через месяц количество возвратов снизилось вдвое.
Пример из реальной практики
В материале приводится история IT-директора одной компании, который столкнулся с тем, что все задачи по внедрению новой CRM возвращались к нему. Анализ показал, что сотрудники не имели доступа к API документации. После того как доступ был открыт и была создана база знаний с примерами кода, ситуация нормализовалась. За две недели количество возвратов упало с 7 до 1 в день.
Заключение
Обратное делегирование — это не вина сотрудников, а системная проблема управления. Если задачи постоянно возвращаются к руководителю, стоит пересмотреть процесс постановки задач, уровень полномочий и доступность ресурсов. Как отмечают авторы статьи, инвестиции в чёткие критерии и обучение окупаются снижением нагрузки на менеджера и ускорением проектов.
Для тех, кто хочет глубже разобраться в инструментах управления проектами и автоматизации, стоит обратить внимание на современные платформы, которые помогают формализовать процессы делегирования. Например, ASI Biont поддерживает подключение к Jira через API — подробнее на asibiont.com/courses. Главное — помнить: задача, возвращённая руководителю, — это не ошибка исполнителя, а сигнал о недоработке в системе управления.
Комментарии