Делегирование — это передача сотруднику задачи вместе с полномочиями на её выполнение, при которой конечная ответственность за результат остаётся у руководителя. Исполнитель отвечает за выполнение в срок и по критериям, руководитель — за выбор задачи и человека, ресурсы и приёмку результата. Делегировать — значит не «скинуть задачу», а отдать её вместе с правом принимать решения в очерченных границах. Ниже — чем делегирование отличается от поручения и аутсорса, что можно и нельзя передавать, уровни, пошаговый алгоритм и 10 советов на сквозном примере IT-команды.
Содержание
Что такое делегирование и чем оно отличается от «скинуть задачу»
В делегировании всегда два слоя ответственности. Ответственность за выполнение лежит на исполнителе: он организует работу, принимает решения в своих границах и сдаёт результат. Конечная ответственность остаётся у руководителя: перед бизнесом за результат отвечает он, и переложить её на сотрудника нельзя. Фраза «я делегировал, спрашивайте с него» — не делегирование, а попытка снять с себя ответственность.
Второй признак делегирования — полномочия. Полномочия — право принимать решения и распоряжаться ресурсами без согласования каждого шага: выбирать способ, апрувить, деплоить. Если задача передана, а решения по-прежнему принимает руководитель, это поручение — нормальный инструмент, но оно не разгружает руководителя и не растит сотрудника.
| Критерий | Делегирование | Поручение | Аутсорс |
|---|---|---|---|
| Что передаётся | Задача, полномочия и право выбирать способ | Конкретное действие по инструкции | Результат по договору внешнему исполнителю |
| Кто решает «как» | Исполнитель в оговорённых границах | Руководитель | Подрядчик |
| Ответственность за выполнение | Исполнитель | Исполнитель | Подрядчик по договору |
| Конечная ответственность | Руководитель | Руководитель | Заказчик |
| Рост исполнителя | Да, это одна из целей | Минимальный | Нет |
| Пример из IT-команды | Разработчик ведёт код-ревью модуля с правом апрувить PR | «Поправь линтер в этом PR» | Регрессионное тестирование отдано внешней QA-компании |
Что можно и что нельзя делегировать
Правило «делегируйте рутину, не делегируйте стратегию» мало помогает: рутина бывает критичной, а часть стратегических задач передаётся. Полезнее четыре проверки; задача делегируется, если проходит все:
- Результат описывается проверяемо. Ясно, что считается сделанным и по каким критериям это принять. Не получается сформулировать — задачу сначала нужно додумать самому.
- Есть кому передать или задача обучаема. В команде есть человек с нужной компетенцией, либо её можно вырастить за приемлемое время при приемлемой цене ошибки.
- Цена ошибки ограничена или обратима. Ошибку в код-ревью поймает CI и тесты, неудачный релиз откатывается. Ошибка в оценке сотрудника на перформанс-ревью необратима.
- Задача не является функцией самой роли руководителя. Решения о людях (найм, увольнение, оценка, зарплата), приоритеты команды, конфликты, эскалации от вышестоящего руководства, конфиденциальная информация — это то, за что руководителя и держат.
На практике «нельзя» чаще означает «пока нельзя»: пока нет человека или цена ошибки не ограничена процессом. Релиз в прод не делегируется, пока нет чеклиста и отката; появились — делегируется. Известная матрица Эйзенхауэра (важно/срочно) работает как грубый фильтр: срочные, но не важные для руководителя задачи — первые кандидаты, важные и не срочные — кандидаты после обучения.
Уровни делегирования
Делегирование — не переключатель «сам/отдал», а шкала. Уровень нужно называть вслух при постановке, иначе руководитель подразумевает одно, а сотрудник слышит другое.
| Уровень | Формулировка | Кто решает | Когда подходит (пример из IT) |
|---|---|---|---|
| 1 | Собери информацию, решать буду я | Руководитель | Новичок изучает, как устроен релизный процесс, и описывает шаги |
| 2 | Предложи варианты и рекомендацию, решу я | Руководитель с опорой на анализ | Middle предлагает план онбординга новичка, тимлид утверждает |
| 3 | Реши сам, но согласуй до действия | Исполнитель, руководитель подтверждает | Разработчик готов апрувить PR, но первые две недели показывает спорные случаи |
| 4 | Реши и сделай, сообщи после | Исполнитель | Senior проводит код-ревью модуля, тимлид видит итог в еженедельном отчёте |
| 5 | Реши и сделай в рамках метрик, отчёт не нужен | Исполнитель | Релизы ведёт релиз-инженер, тимлид смотрит только на метрики отказов |
Уровень выбирают по двум переменным: опыт сотрудника в похожих задачах и цена ошибки. По одной задаче уровень растёт со временем: код-ревью новому senior отдают с третьего уровня и через месяц переводят на четвёртый.
Пошаговый алгоритм делегирования
Сквозной пример: тимлид Аня ведёт шесть разработчиков и хочет передать три вещи, которые съедают её время, — код-ревью, релизы и онбординг новичков.
- Выбор задачи. Прогнать через четыре проверки выше. Код-ревью: результат проверяем (PR по стандартам, тесты зелёные), цена ошибки ограничена CI — подходит. Релиз: только после появления чеклиста и отката. Онбординг: если есть план на первые две недели.
- Выбор человека. Два варианта: тот, кто уже умеет (быстро и надёжно), или тот, кому это зона роста (медленнее, но растит команду). Учитывать загрузку и интерес и не отдавать всё одному «надёжному» — это единая точка отказа. Аня отдаёт код-ревью senior Максиму, релизы — middle Олегу, который просил больше ответственности, онбординг — Кате, которая пришла полгода назад и помнит, чего не хватало.
- Постановка. Пять обязательных элементов: результат, критерии приёмки, срок, границы полномочий, уровень по шкале. Для релиза: «Раз в неделю выкатываешь текущую ветку в прод по чеклисту. Готово — когда прод на новой версии, мониторинг чистый час, в канале релизов пост. Решаешь сам, катить ли в пятницу; откатывать можно без согласования; переносить релиз больше чем на день — согласуй со мной. Уровень: реши и сделай, сообщи после».
- Ресурсы и доступы. Права на деплой, доступ к мониторингу, чеклист, а главное — время: релиз занимает полдня, значит, из спринта Олега уходит задача такого объёма. Делегирование «поверх» загрузки — не делегирование, а переработка.
- Контрольные точки. По вехам, не по дням. Первый релиз Аня наблюдает рядом, второй — на связи, с третьего смотрит только пост в канале. Договориться заранее, чтобы проверка не выглядела недоверием.
- Обратная связь. После первого цикла — короткий разговор: что сошлось с критериями, что нет, что Олег сделал бы иначе и чего не хватило в постановке. Последний вопрос важнее остальных: он показывает, где делегировал плохо сам руководитель.
10 советов по делегированию для руководителей
- Начинайте с повторяющихся задач. Каждое повторение окупает время на передачу. Ошибка — делегировать разовую горящую задачу: объяснять некогда, результат плохой, вывод «проще самому».
- Формулируйте результат и критерии, а не последовательность действий. Инструкция на двадцать шагов превращает делегирование в поручение и не даёт найти способ лучше. Ошибка — расписать «как», забыв сказать «что считается сделанным».
- Называйте уровень полномочий словами. «Решаешь сам, сообщаешь после» — одна фраза, которая снимает половину недоразумений. Ошибка — «ты же понимаешь» вместо явного уровня.
- Отдавайте полномочия вместе с задачей. Право апрувить, права на деплой, право отменить встречу. Ошибка — ответственный за релиз, у которого нет прав на прод, и он ждёт руководителя в каждый релизный день.
- Закладывайте время на передачу. Первая передача, как правило, дороже, чем сделать самому; окупается со второго-третьего повторения. Ошибка — отказ по аргументу «объяснять дольше, чем сделать» без учёта повторений.
- Договаривайтесь о контрольных точках до старта. Точки по вехам и правило «приходи сам, если срок под угрозой». Ошибка — либо ежедневные «ну как там», либо полное молчание до дедлайна.
- Освобождайте место в загрузке. Снимите или перенесите задачу такого же объёма. Ошибка — задача «сверху»: сотрудник работает по вечерам, а руководитель считает, что делегировал.
- При первой сложности задавайте вопросы, а не забирайте задачу. «Какие варианты видишь? Что бы ты выбрал?» — и решение остаётся у исполнителя. Ошибка — ответить «ладно, сам сделаю», после чего сотрудник больше не берёт ответственность.
- Принимайте другой способ, если результат по критериям. Код-ревью Максима строже, чем было у Ани, но PR проходят стандарты и команда не жалуется — значит, работает. Ошибка — переделывать, потому что «я бы сделал иначе».
- Завершайте цикл: обратная связь и авторство. Разбор по критериям и публичное признание, кто сделал. Ошибка — присвоить успех, а при провале назвать исполнителя: после этого делегировать будет некому.
Типовые ошибки руководителя
| Ошибка | Как выглядит | Что делать |
|---|---|---|
| Обратное делегирование | Сотрудник приходит с проблемой, руководитель говорит «оставь, посмотрю», и задача снова у него | Возвращать решение вопросом: «что предлагаешь?»; помогать ресурсом или контекстом, а не выполнением |
| Микроконтроль | Проверки чаще, чем меняется состояние задачи; правки по способу, а не по результату | Контрольные точки по вехам, оговорённые заранее; оценивать по критериям приёмки |
| Делегирование без полномочий | Ответственность передана, право решать и доступы — нет; каждое действие ждёт согласования | Выдавать доступы и право решать до старта; назвать уровень по шкале |
| «Козёл отпущения» | Задача с высокой ценой ошибки и без ресурсов отдана, чтобы было кого назвать при провале | Помнить, что конечная ответственность не передаётся; если цена ошибки не ограничена — не делегировать |
| Всё одному человеку | Все важные задачи у одного «надёжного» сотрудника | Распределять по зонам роста; смотреть на единые точки отказа в команде |
Плотный контроль на уровнях 1-3 — часть договорённости, а не ошибка; ошибкой он становится, когда объявлен четвёртый уровень, а контроль остался как на первом.
Выводы
- Делегирование — это передача сотруднику задачи вместе с полномочиями на её выполнение, при которой конечная ответственность за результат остаётся у руководителя.
- От поручения делегирование отличается тем, что исполнитель сам решает, как выполнять задачу, а от аутсорса — тем, что задача остаётся внутри команды и растит сотрудника.
- Задача делегируется, если результат описывается проверяемо, есть кому её передать, цена ошибки ограничена или обратима и задача не является функцией самой роли руководителя (решения о людях, приоритеты команды, конфликты, эскалации).
- Делегирование — шкала из пяти уровней, от «собери информацию, решать буду я» до «реши и сделай в рамках метрик»; уровень выбирают по опыту сотрудника и цене ошибки и называют вслух при постановке.
- Алгоритм делегирования — шесть шагов: выбор задачи, выбор человека, постановка (результат, критерии приёмки, срок, границы полномочий, уровень), ресурсы и доступы, контрольные точки по вехам, обратная связь.
- Главные ошибки руководителя — обратное делегирование, микроконтроль, передача ответственности без полномочий, задача «сверху» без освобождения загрузки и все важные задачи одному человеку.
Где применяется / связь с практикой
Делегирование — базовый навык при переходе из разработчика в тимлида: время на код заканчивается, а привычка делать самому остаётся. Те же принципы работают у руководителя отдела, продакта и руководителя проекта — меняется только предмет передачи. Если хочется разобрать управление командой системно, а не по одному навыку, есть курсы Otus по управлению, в том числе для тимлидов. Отдельные темы, включая постановку задач и обратную связь, регулярно разбирают на открытых уроках — их можно посмотреть бесплатно.
Смежные темы: Карьерная лестница разработчика или кто такой junior.
FAQ
Можно ли делегировать задачу, которую руководитель сам не умеет делать?
Да, если получается описать результат и критерии приёмки и найти того, кто умеет или может научиться. Приёмку в этом случае стоит опереть на измеримые критерии или второе мнение.
Что делать, если сотрудник отказывается брать делегированную задачу?
Выяснить причину: нет времени, уверенности, интереса или полномочий — лечится по-разному. Принуждение без ресурсов даёт формальное согласие и обратное делегирование через неделю.
Как делегировать, если команда маленькая и все загружены?
Начать с самой частой повторяющейся задачи и заменить ею задачу сопоставимого объёма у одного человека. В команде из двух-трёх человек делегирование чаще даёт не разгрузку сейчас, а взаимозаменяемость через квартал.
