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. Срыв срока на соседней фиче: вырезали отчётность, удержали оплату. Постмортем: оценка не учитывала миграцию. В следующем цикле оценка идёт через лида зоны.
Это уже истории для резюме и для разговора «почему вы лид».
Как выглядит сильное ревью и 1:1 — не статус
Лид, который только пишет «nit: переименуй», не растит команду. Лид, который переписывает PR за человека, тоже. Нужен третий режим: риск, обучение, решение, что можно смержить сейчас.
Ревью. Вижу гонку на повторный запрос оплаты. Не пишу «переделай». Пишу: какой инвариант ломается, как воспроизвести, два пути (ключ идемпотентности на сервисе vs разбор на стороне провайдера), что выбрать в v1, какой тест обязателен. Предлагаю созвон на 15 минут, если человек не видел этот класс задач. Мержу, когда тест и ключ на месте, даже если стиль не мой.
1:1 с middle. Не статус спринта — это на стендапе. Спрашиваю: какая задача сейчас больше тебя, где ты не просишь помощи, какую зону хочешь через квартал. Договорённость: следующую размытую задачу ведёшь ты, я — дизайн и прикрытие перед продуктом. Запись в двух строках после встречи. Через месяц проверяю, сбылось ли.
Если такие разговоры вас сушат каждую неделю, роль лида будет стоить здоровья. Staff-трек тогда честнее: вы влияете через дизайн и ревью без обязательства растить всех подряд. Это не проигрыш. Проигрыш — взять лида и продолжать быть лучшим кодером ценой выгоревших людей.
Шестимесячный набор доказательств, если должности ещё нет:
- Карта зоны, которой пользуются другие, не только вы.
- Два проведённых дизайна с записанным решением.
- Один человек, который закрывает контур без вас в отпуске хотя бы неделю.
- Один отказ продукту, который вы объяснили ценой риска, и который удержали.
Четыре пункта закрывают разговор «почему мне не дают лида»: либо дают, либо называют, чего нет. Бесконечное «ещё чуть-чуть кода» без этих пунктов — не подготовка, а откладывание.
На внешнем отборе лида часто проверяют через дизайн и через «как вы поступите с человеком, который срывает срок». Готовьте факты, не манифест. Если фактов нет — вы ещё сильный senior, и это нормальная точка. Качать senior-влияние можно отдельно: из middle в senior. Путать эти два скачка вредно: вас могут поставить лидом как единственного, кто знает прод, и вы получите календарь без делегирования. Это не роль, это bus factor с титулом. Смотрите обязанности в живых объявлениях, не слово Lead в шапке: каталог вакансий, плюс senior, где уже просят менторство и дизайн — иногда это ближайшая ступень без смены профессии в людей.
Резюме: пули, которые доказывают переход
Плохо: «участвовал в принятии технических решений». Хорошо:
- Провёл дизайн экспорта отчётов: 3 варианта, выбран асинхронный контур, зафиксированы ограничения первой версии; реализация командой, я — ревью и риски.
- Ввёл шаблон PR и чек-лист миграций: снизили инциденты класса «нет отката» (опишите своими фактами, без выдуманных процентов).
- Онбординг двоих джунов в зону заказов: карта сервиса, парные ревью, через месяц самостоятельно закрывают багфиксы контура.
- Приоритезация техдолга: 20% цикла под долг, очередь прозрачна продукту, отказали в фиче, которая ломала идемпотентность оплат.
- Дежурство и постмортем: процесс эскалации, а не «починил сам в 3 ночи и никому не сказал».
Заголовок: «Tech Lead, backend» или «Senior backend, ведущий зоны X» — как есть по факту, без присвоения чужой должности. Каркас: как составить резюме, IT-специфика: резюме IT-специалиста. Прогон: разбор резюме.
Как просить роль — и как отказать себе
Хочу 90 дней вести зону заказов как tech lead: стандарты поставки, дизайн крупных задач, ревью с фокусом на рост, прогноз объёма. Критерии: карта сервиса, один проведённый дизайн, делегированная крупная задача, постмортем или разбор срыва. Если зона не полетит — возвращаюсь к IC без драмы. Если полетит — фиксируем роль и нагрузку: что снимаем с меня как с исполнителя.
Если после квартала вы счастливы только когда снова пишете сложный код в тишине — не берите постоянную роль. Staff-трек существует именно для этого. Деньги и влияние там тоже бывают. Лид ради статуса быстро выжигает и вас, и команду.
Частые ошибки
- Забрать все сложные задачи «чтобы было правильно».
- Ревью как демонстрация превосходства.
- Обещать продукту срок, который команда не называла.
- Игнорировать найм: «мне дали людей, какие есть».
- Путать занятость созвонами с пользой.
Частые вопросы
Нужен ли MBA или курс лидерства?
Нет как вход. Да как точечная помощь, если уже есть зона и боль в коммуникации. Сначала практика на 90 дней.
Можно ли быть лидом на 50% и сениором на 50%?
Короткий переход — да. Вечно — вы будете плохи в обоих. Договоритесь, какие задачи больше не ваши.
Tech Lead обязан быть лучшим кодером в команде?
Нет. Обязан быть достаточно сильным, чтобы ревью было компетентным, и достаточно скромным, чтобы не переписывать всё.
Как быть, если команда старше вас по стажу?
Роль про процесс и направление, не про возраст. Если нет доверия — начните с фасилитации и записи решений, не с приказов. Если доверия нет принципиально, должность не спасёт.
Стоит ли уходить в другую компанию за титулом?
Иногда титул внутри не дают, а рынок уже видит лида по факту. Сверяйте senior-вакансии и объявления с lead/staff в обязанностях, не только слово в шапке. Не меняйте компанию только ради слова, если зона и люди вам интересны. Если всё-таки выходите — ищите точечно по обязанностям, не по ленте «IT»: как найти работу в IT.
Это путь в менеджмент?
Частый, не обязательный. Можно остаться лидом или уйти в Staff. Менеджмент — смена профессии, не «следующий уровень лида автоматически».
Что сделать сейчас
На этой неделе напишите карту одной зоны на двух страницах и проведите одно ревью так, будто учите человека, а не исправляете стиль. Отдайте одну задачу, которую привыкли делать сами, с критерием готовности.
Если хотите фиксировать роль — отправьте руководителю план на 90 дней из блока выше. Если понимаете, что люди вас сушат, честно сверните на IC и качайте senior/staff: влияние через технику, без ежедневной фасилитации. Смотреть, как рынок формулирует ожидания, удобно в каталоге вакансий — читайте обязанности lead, не только стек.