Tech Lead — это не «самый быстрый сениор» и не премия за стаж. Это человек, который отвечает за техническое направление команды: чтобы решения были согласованы, чтобы люди росли, чтобы неопределённость не превращалась в хаотичные пилы. Свой код остаётся, но уже не главный KPI.
Ниже — чем роль отличается от сильного senior, какие навыки проверить на себе до назначения, какой план на 90 дней «как будто вы уже лид» и на полгода, какие пули доказывают переход и когда лучше остаться на треке Staff без управления людьми.
Коротко:
- Senior закрывает сложную задачу. Lead закрывает направление: стандарты, архитектура в рамках команды, приоритет техдолга, рост людей.
- Делегирование и ясная коммуникация обязательны. Без них вы станете узким горлом, которое само пишет всё «правильное».
- Готовьтесь ролью, а не курсом: ревью с фокусом на рост, фасилитация дизайна, ответственность за чужой дедлайн.
- Есть альтернатива — Staff/Principal: влияние через технику без админской нагрузки. Это не «не дотянул до лида».
- В резюме нужны истории про команду и направление, не про ещё один фреймворк.
Чем Tech Lead отличается от senior
Senior может взять размытую задачу и довести её. Его спрашивают: «сделаешь?». Lead спрашивают: «команда успеет, не развалимся, не наберём долг, который нас съест через квартал?». Он держит карту: какие решения уже приняты, какие нельзя принимать молча в ветке, кого растить под какую зону.
Код лида часто короче, чем у сильного IC. Время уходит на ревью, созвоны с продуктом, разбор инцидента на уровне процесса, найм. Если вам это противно ежедневно — роль будет наказанием, даже при прибавке.
Не путайте Tech Lead и инженерного менеджера. Лид всё ещё глубоко в технике и часто без полной HR-ответственности. Менеджер отвечает за людей как за основную работу: переход в инженерный менеджмент. В некоторых компаниях это один человек — тогда читайте оба материала и не соглашайтесь вслепую на гибрид.
Ключевые навыки — как их проверить
- Техническое видение. Можете за 15 минут объяснить, куда движется архитектура команды и какие три решения запрещены без обсуждения?
- Делегирование. Отдаёте задачу целиком, с контекстом и критерием готовности, или переписываете за человеком ночью?
- Фасилитация. Спор «редис vs очередь» заканчивается решением и записью, а не обидой и третьим вариантом втихую.
- Менторство. Ревью учит, а не только ставит «nit». Джун после месяца с вами делает меньше одних и тех же ошибок.
- Приоритезация. Умеете сказать продукту «это не влезает» и предложить вырез, а не героизм на выходных.
- Связь с бизнесом. Переводите риск на язык срока, денег, репутации — без паники и без обещания невозможного.
Если senior-планки ещё нет, рано копить на лида. Сначала влияние без должности: из middle в senior.
План на 90 дней: роль до должности
Не ждите таблички. Попросите у руководителя экспериментальный квартал с критериями. Если должности нет — всё равно ведите себя как лид в ограниченной зоне: один сервис, один поток поставки.
Дни 1–30. Карта и стандарты.
- Опишите на двух страницах: как у нас деплоим, как откатываем, где лежат секреты, кто дежурит, какие «нельзя».
- Наведите порядок в одном месте боли: шаблон PR, чек-лист ревью, правило на миграции.
- Соберите 1:1 с каждым в команде: где буксуют, какую зону хотят.
Дни 31–60. Делегирование и дизайн.
- Одну задачу, которую привыкли забирать себе, отдайте с контекстом. Ваша работа — разблокировать, не дописать.
- Проведите один технический дизайн: варианты, цена, решение, запись в вики.
- Ревью: не менее чем у двоих коллег, с фокусом «чему человек научится», не только «я бы написал иначе».
Дни 61–90. Поставка и риск.
- Проведите спринт/цикл, где вы отвечаете за прогноз: что вырежем, какой риск, кого эскалируем.
- Один постмортем или разбор срыва: процесс, не поиск виноватого.
- Разговор с руководителем: оставляем зону / расширяем / это не ваше. Честный стоп тоже результат.
План на полгода
- Месяц 4. Найм или онбординг: вы участвуете в собеседованиях или вводите человека в зону. Лид, который не умеет отбирать людей, копит случайную команду.
- Месяц 5. Техдолг как продукт: очередь, критерий, доля времени, отчёт «что не делаем». Не геройская ночь раз в квартал.
- Месяц 6. Преемственность: кто ведёт зону, если вас нет две недели. Если ответ «никто» — вы ещё не лид, вы single point of failure.
System design на уровне «могу провести обсуждение», не только сдать интервью. Для рынка это всё равно пригодится: материал-сиблинг в этой линейке — подготовка к system design с нуля, когда будете проходить внешний отбор на лида/senior.
Пример: 90 дней в продуктовой команде
Неделя 1. Карта сервиса заказов: зависимости, кто дежурит, два запрета (нет схемы «на глаз», нет миграции без отката).
Неделя 4. Шаблон PR и правило на фичефлаги. Джун перестал приносить «завтра в прод без флага».
Неделя 8. Дизайн «экспорт большого отчёта»: три варианта, выбрали очередь, записали почему не синхронный HTTP. Реализацию отдал middle, сам — ревью и договорённость с продуктом по объёму первой версии.
Неделя 12. Срыв срока на соседней фиче: вырезали отчётность, удержали оплату. Постмортем: оценка не учитывала миграцию. В следующем цикле оценка идёт через лида зоны.
Это уже истории для резюме и для разговора «почему вы лид».