Делегирование, встречи один на один и рост инженеров

← назад к разделу

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

Это не проблема тайм-менеджмента. Это структурная проблема: всё, что не передано, остаётся личной пропускной способностью одного человека — и она конечна.

Делегирование — это передача решения, а не работы

Раздать задачи умеет любой. Разница между «раздал работу» и «делегировал» — в том, кто принимает решения по ходу.

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

• Какой результат считается хорошим. Не «сделай интеграцию», а «покупатель видит статус доставки в течение минуты после изменения, старые заказы не ломаются, выкатываем до конца месяца».
• Где границы. Что можно решать самому, что нужно согласовать, чего нельзя. Например: схему таблиц — сам; внешний контракт API — обсудить; изменение в биллинге — только вместе.
• Что делать при неожиданности. Столкнулся с тем, что меняет срок или подход, — приходит сразу, а не в день сдачи.

Три предложения на старте задачи экономят десять переписок в процессе.

Что можно и нужно отдавать

Полезное упражнение: выписать, на что уходит неделя, и по каждому пункту ответить, обязан ли это делать именно лид.

Обычно отдаётся почти всё:

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

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

Типичная ловушка при передаче: забрать задачу обратно, когда пошло не так. Соблазн понятный — быстрее сделать самому. Цена — человек больше не берётся за такое, а вы получаете эту работу навсегда.

Встречи один на один

Регулярный личный разговор — самый дешёвый инструмент лида и самый часто отменяемый. Отменяется он потому, что «нечего обсуждать» — а нечего обсуждать ровно до того момента, когда обсуждать становится поздно.

Что делает такую встречу полезной:

Регулярность важнее длительности. Полчаса раз в две недели, которые не переносятся, работают лучше, чем два часа раз в квартал. Перенос встречи — сигнал «ты не приоритет», даже если это не так.

Это встреча человека, а не отчёт о задачах. Статус задач виден в трекере. Здесь говорят о другом: что мешает, что раздражает, что интересно, куда хочется дальше, что не так с командой. Хорошая проверка: если восемьдесят процентов времени ушло на статусы, встреча прошла зря.

Говорит в основном не лид. Полезная пропорция — примерно две трети времени говорит собеседник. Вопросы вроде «что бы ты поменял первым», «что отняло больше всего сил за две недели», «где ты застрял и не сказал» вытаскивают больше, чем любой отчёт.

Договорённости записываются. Коротко, у себя, и проверяются на следующей встрече. Забытая договорённость обесценивает весь разговор.

Обратная связь: короткая и по фактам

Обратная связь работает, когда она близко к событию, про поведение и с последствием. Не раз в полгода на аттестации, а в течение нескольких дней.

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

«В прошлом изменении не было тестов на граничные случаи, и в проде мы поймали ошибку на пустом списке. Хочу, чтобы для таких мест тесты были до слияния — если сомневаешься, какие нужны, зови меня».

Что ломает обратную связь:

• «Мне кажется, ты недостаточно вовлечён» — оценка личности вместо факта. Ответить на это нечем, кроме обиды.
• Накопление. Пять замечаний за полгода, высказанные разом, читаются как приговор, а не как помощь.
• Только плохое. Если разговор случается исключительно после промахов, его начинают бояться и избегать. Хорошая работа тоже требует названия — вслух и конкретно, за что именно.
• Публичность. Похвала работает при всех, замечание — один на один. Обратное правило разрушает доверие быстрее всего остального.

Рост инженера без выдуманных лестниц

Разговор о росте почти всегда начинается со слов «когда меня повысят». Отвечать на него уровнями зарплатной вилки бесполезно: это ответ про компанию, а не про человека.

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

Что с этим делает лид:

• Называет следующую зону конкретно. Не «стать сильнее в архитектуре», а «взять сервис уведомлений: решения, дежурство, отношения с командой маркетинга — на тебе».
• Даёт задачи чуть выше текущего уровня. Рост происходит на границе умения: слишком просто — скучно, слишком сложно — выученная беспомощность. Границу видно на встречах один на один.
• Не путает рост с повышением. Повышение — про деньги и название должности, оно зависит от компании и рынка. Рост — про зону ответственности, он начинается сразу и без согласований. Смешивать их в одном разговоре вредно обоим.
• Помнит, что не все хотят вверх. Человеку, который хочет углубляться в предметную область, «путь в лиды» ощущается как угроза. Сильная команда состоит не только из будущих руководителей.

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

Глубже: грейды, ревью результатов и микроменеджментрасширенное

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

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

Микроменеджмент это обратная сторона делегирования: лид передал работу, но не решение, и проверяет каждый шаг. Признаки: инженер согласовывает каждую мелочь, лид правит чужой код сам вместо ревью, встречи превращаются в отчёты. Лечится явным уровнем передачи решения из раздела ниже и правилом: контролировать результат и срок, а не способ.

Глубже: уровни передачи решениярасширенное

«Делегировал» это не выключатель, а шкала, и большинство обид на тему «почему ты меня не спросил» или «почему ты решил без меня» растут из того, что уровень не был назван вслух.

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

Полезная практика для команды из пяти-восьми человек: таблица «тема × уровень», которую видят все. Она снимает половину вопросов «а можно ли мне» и показывает лиду, где он всё ещё держит всё на первом уровне без причины.

Коротко

• Делегируют решение, а не работу: результат, границы полномочий и правило «приходи сразу, если меняется срок».
• Отдаётся почти всё — ревью, технические решения, внешние вопросы, ввод новичка, разбор аварии; у лида остаются приоритеты, обязательства, люди и найм.
• Делегирование без права на ошибку не работает; рамка — цена ошибки: дёшево и обратимо решает исполнитель.
• Забрать задачу обратно при первой трудности — способ получить эту работу навсегда.
• Встречи один на один: регулярно, про человека, говорит в основном собеседник, договорённости записываются.
• Обратная связь: близко к событию, про поведение, с последствием; похвала при всех, замечание — наедине.
• Рост — это расширение зоны ответственности, а не строчка в лестнице должностей; следующая зона называется конкретно.
• Передача решения это шкала от «решаю и сообщаю» до «решает полностью»; уровень назначают на тему и называют вслух.
• Грейды описывают масштаб влияния, а не стаж; ревью результатов это сводка встреч один на один, а не сюрприз; калибровка сверяет оценки между командами; микроменеджмент это контроль способа вместо результата.

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

• Как принять команду: первые 90 дней тимлида — с чего начинаются разговоры один на один и контракты ролей.
• Найм и ввод в работу — как человек попадает в команду и становится самостоятельным.
• Нормы код-ревью — как перестать быть единственным ревьюером.