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

Тебе нужен человек, который возьмет на себя головную боль за delivery. Тот, кто будет спать спокойно, зная, что команда приносит деньги. 80% кандидатов — бывшие сеньоры, которые решили «пора руководить», но остались программистами с правом голоса. Отсеем их.

🎯 Профиль кандидата Забудь про «лидерские качества». TL нужен для двух задач:

1. Предсказуемость: Чтобы ты планировал бюджет и сроки, не гадая, закроем ли спринт. 2. Снижение стоимости изменений: Новый разработчик должен въезжать в код за день, а не за месяц.

Это менеджер по эксплуатации команды, который умеет писать код ровно настолько, чтобы не давать халтурить.

📊 Ключевые метрики Кандидат должен мыслить цифрами. Если в ответ на «за что отвечали» рассказывает про технологии — прощаемся.

1. Cycle Time: От «в работе» до «на проде». 2. DORA: Частота деплоя и MTTR (время восстановления после падения). Норма — часы, не дни. 3. % техдолга в бэклоге: Чтобы команда не только фичи пилила. 4. Retention: У хорошего TL разработчики не увольняются каждые 3 месяца.

🕵️‍♂️ Вопросы-фильтры

Вопрос 1: Команда в удаленке, дедлайн, ключевой разработчик заболел на неделю. Твои действия?

· ✅ Правильно: Смотрю бэклог, иду к CEO с переговорной позицией: что замораживаем. Сам сяду за код только в крайнем случае и только на простую часть, чтобы не стать бутылочным горлышком. · ❌ Тревога: «Надену плащ героя, лягу спать в 4 утра». Это сеньор, который не умеет делегировать.

Вопрос 2: Опиши процесс code review. Как не превратить код в помойку?

· ✅ Правильно: Чек-лист (архитектура, безопасность), cross-review. Ревью не дольше 24 часов. Если косяк системный — меняем стандарт кодирования. · ❌ Тревога: «Смотрю каждый PR сам, пишу "это говно, переделай"». Это микроменеджер, который станет бутылочным горлышком.

Вопрос 3: Как оценишь сложную задачу, которую никто раньше не делал?

· ✅ Правильно: Делю на мелкие куски (Spike), даю вилку (оптимистичную и пессимистичную), бизнесу даю пессимистичную. Если не укладываемся — поднимаю флаг. · ❌ Тревога: «На глаз, две недели» или «Пусть разработчик оценивает». Это путь к срыву сроков.

📝 Тестовое задание Никаких «калькуляторов». Дай задачу на системное мышление (2 часа): *«Легаси-проект. Команда жалуется на грязь, бизнес требует новую фичу "вчера". Дай план на первую неделю:

1. Как выстроишь коммуникацию? 2. Как декомпозируешь фичу (список этапов)? 3. Какие метрики качества кода введешь?»* Оценивай не код, а подход: видит ли конфликт бизнеса и качества? Не пытается ли переписать всё с нуля?

🚩 Red Flags Видишь хоть один — вычеркивай.

1. «Там работали идиоты». Высокомерие — через месяц будет поливать тебя. 2. «Я не знаю цифр, я про процессы». Цифры — язык бизнеса. Если не помнит размер команды или частоту релизов — не управлял. 3. «Сделаем рефакторинг, потом перепишем с нуля». Rewrite — это смерть продукта. Ищи того, кто умеет чинить «боинг во время полета».