Через несколько месяцев после назначения почти каждый лид упирается в одно и то же: работы стало больше, чем помещается в человека. Ревью ждут его, решения ждут его, вопросы соседних команд идут к нему. Он работает по двенадцать часов, а команда при этом растёт медленнее, чем могла бы.
Это не проблема тайм-менеджмента. Это структурная проблема: всё, что не передано, остаётся личной пропускной способностью одного человека — и она конечна.
Делегирование — это передача решения, а не работы
Раздать задачи умеет любой. Разница между «раздал работу» и «делегировал» — в том, кто принимает решения по ходу.
Если инженер приходит с каждым вопросом, работа передана, а решение — нет: вы всё ещё узкое место, только теперь ещё и с задержкой на переписку. Делегирование состоялось, когда человек может решать сам — потому что знает три вещи:
- Какой результат считается хорошим. Не «сделай интеграцию», а «покупатель видит статус доставки в течение минуты после изменения, старые заказы не ломаются, выкатываем до конца месяца».
- Где границы. Что можно решать самому, что нужно согласовать, чего нельзя. Например: схему таблиц — сам; внешний контракт API — обсудить; изменение в биллинге — только вместе.
- Что делать при неожиданности. Столкнулся с тем, что меняет срок или подход, — приходит сразу, а не в день сдачи.
Три предложения на старте задачи экономят десять переписок в процессе.
Что можно и нужно отдавать
Полезное упражнение: выписать, на что уходит неделя, и по каждому пункту ответить, обязан ли это делать именно лид.
Обычно отдаётся почти всё:
| Что | Кому и как |
|---|---|
| Ревью изменений | Дежурство по ревью, а не всё через лида |
| Технические решения внутри сервиса | Владельцу сервиса, с записью в ADR |
| Ответы соседним командам | Дежурному по внешним запросам |
| Ввод нового человека | Наставнику из команды |
| Разбор аварии | Тому, кто чинил, — постмортем пишет он |
| Демонстрация результата заказчику | Автору работы |
Остаётся немного, и это то, что действительно нельзя передать: приоритеты и обязательства наружу, разговоры о людях, найм, защита команды и её инвестиций.
Отдельно про право на ошибку. Делегирование без него не работает: если каждое решение подчинённого переигрывается, через две итерации решать перестают все. Разумная рамка — цена ошибки. Дёшево и обратимо — пусть решает и ошибается, это и есть обучение. Дорого и необратимо (деньги, данные клиентов, публичный контракт) — решаем вместе, и это честно проговаривается заранее, а не выясняется постфактум.
Типичная ловушка при передаче: забрать задачу обратно, когда пошло не так. Соблазн понятный — быстрее сделать самому. Цена — человек больше не берётся за такое, а вы получаете эту работу навсегда.
Встречи один на один
Регулярный личный разговор — самый дешёвый инструмент лида и самый часто отменяемый. Отменяется он потому, что «нечего обсуждать» — а нечего обсуждать ровно до того момента, когда обсуждать становится поздно.
Что делает такую встречу полезной:
Регулярность важнее длительности. Полчаса раз в две недели, которые не переносятся, работают лучше, чем два часа раз в квартал. Перенос встречи — сигнал «ты не приоритет», даже если это не так.
Это встреча человека, а не отчёт о задачах. Статус задач виден в трекере. Здесь говорят о другом: что мешает, что раздражает, что интересно, куда хочется дальше, что не так с командой. Хорошая проверка: если восемьдесят процентов времени ушло на статусы, встреча прошла зря.
Говорит в основном не лид. Полезная пропорция — примерно две трети времени говорит собеседник. Вопросы вроде «что бы ты поменял первым», «что отняло больше всего сил за две недели», «где ты застрял и не сказал» вытаскивают больше, чем любой отчёт.
Договорённости записываются. Коротко, у себя, и проверяются на следующей встрече. Забытая договорённость обесценивает весь разговор.
Обратная связь: короткая и по фактам
Обратная связь работает, когда она близко к событию, про поведение и с последствием. Не раз в полгода на аттестации, а в течение нескольких дней.
Рабочая форма — три предложения: что произошло (факт, без оценки), к чему это привело (последствие, которое человек мог не видеть), чего вы ждёте дальше.
«В прошлом изменении не было тестов на граничные случаи, и в проде мы поймали ошибку на пустом списке. Хочу, чтобы для таких мест тесты были до слияния — если сомневаешься, какие нужны, зови меня».
Что ломает обратную связь:
- «Мне кажется, ты недостаточно вовлечён» — оценка личности вместо факта. Ответить на это нечем, кроме обиды.
- Накопление. Пять замечаний за полгода, высказанные разом, читаются как приговор, а не как помощь.
- Только плохое. Если разговор случается исключительно после промахов, его начинают бояться и избегать. Хорошая работа тоже требует названия — вслух и конкретно, за что именно.
- Публичность. Похвала работает при всех, замечание — один на один. Обратное правило разрушает доверие быстрее всего остального.
Рост инженера без выдуманных лестниц
Разговор о росте почти всегда начинается со слов «когда меня повысят». Отвечать на него уровнями зарплатной вилки бесполезно: это ответ про компанию, а не про человека.
Работающая рамка проще: рост — это расширение зоны, за которую человек отвечает целиком. Сначала задача. Потом сервис. Потом направление, где нужно договариваться с соседями. Потом — решения, которые касаются не только его кода.
Что с этим делает лид:
- Называет следующую зону конкретно. Не «стать сильнее в архитектуре», а «взять сервис уведомлений: решения, дежурство, отношения с командой маркетинга — на тебе».
- Даёт задачи чуть выше текущего уровня. Рост происходит на границе умения: слишком просто — скучно, слишком сложно — выученная беспомощность. Границу видно на встречах один на один.
- Не путает рост с повышением. Повышение — про деньги и название должности, оно зависит от компании и рынка. Рост — про зону ответственности, он начинается сразу и без согласований. Смешивать их в одном разговоре вредно обоим.
- Помнит, что не все хотят вверх. Человеку, который хочет углубляться в предметную область, «путь в лиды» ощущается как угроза. Сильная команда состоит не только из будущих руководителей.
Полезный вопрос на встрече раз в квартал: что ты хочешь уметь через год, чего не умеешь сейчас. Ответ на него точнее любого плана развития, потому что он про человека, а не про таблицу компетенций.
Коротко
- Делегируют решение, а не работу: результат, границы полномочий и правило «приходи сразу, если меняется срок».
- Отдаётся почти всё — ревью, технические решения, внешние вопросы, ввод новичка, разбор аварии; у лида остаются приоритеты, обязательства, люди и найм.
- Делегирование без права на ошибку не работает; рамка — цена ошибки: дёшево и обратимо решает исполнитель.
- Забрать задачу обратно при первой трудности — способ получить эту работу навсегда.
- Встречи один на один: регулярно, про человека, говорит в основном собеседник, договорённости записываются.
- Обратная связь: близко к событию, про поведение, с последствием; похвала при всех, замечание — наедине.
- Рост — это расширение зоны ответственности, а не строчка в лестнице должностей; следующая зона называется конкретно.
Что почитать дальше
- Как принять команду: первые 90 дней тимлида — с чего начинаются разговоры один на один и контракты ролей.
- Найм и ввод в работу — как человек попадает в команду и становится самостоятельным.
- Нормы код-ревью — как перестать быть единственным ревьюером.