Tech Lead – даже не официальная должность. Как туда попасть?

Во многих компаниях техлид – это вообще не строчка в оргструктуре и не грейд. Это ответственность, которую senior берёт на себя сам.

🧭 Роль, которую исполняют до назначения

Техлид – самый опытный сеньор, первый среди равных. Прямой власти над командой у него часто нет: сначала ты делаешь работу техлида, и только потом её формализуют. Инженеры, которые ждут "корочку" лида, чтобы стать лидером, редко её получают.

По данным JobLabs, внутреннее повышение до техлида успешно в 80%+ случаев, а внешний найм на ту же роль – примерно в половине. Команда доверяет тому, кого уже видела в деле.

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

📊 Смена метрики: с личного output на команду

Пока ты измеряешь себя объёмом работы, которую выполнил сам – ты senior. Техлид измеряется пропускной способностью команды: скоростью, качеством, предсказуемостью деливери, ростом инженеров.

Alex Mayhew предлагает конкретный маркер – соотношение код-ревью. У senior это примерно 1:3 (одно ревью на три своих PR), техлид целится в 3:1.

Начни считать другое: сколько инженеров разблокировал, сколько RFC написал, сколько чужих PR отревьюил. Фокус смещается с личного output на impact – насколько быстрее едет вся команда благодаря тебе.

🎯 Что реально считывает менеджмент

На уровне техлида компетентность предполагается по умолчанию. Есть четыре сигнала лидерства:

🔹 Mentoring – сделал ли ты других инженеров измеримо лучше (так, что менти сам назвал бы тебя)
🔹 Influence without authority – менял ли ты направление работы, которой не владел на бумаге. Подготовить документацию или прототип за выходные и протолкнуть своё решение – это влияние
🔹 Incident ownership – кем ты был во время хаоса: кто вёл коммуникацию, писал постмортем, протащил структурный фикс недели спустя
🔹 Strategic direction – увидел ли ты, куда команде двигаться, и сделал ли неблагодарную работу по движению туда

⚠️ Главные способы застрять

🔸 Ждать назначения вместо того, чтобы начать вести за собой
🔸 Качать только hard skills, игнорируя делегирование, коммуникацию и ответственность за команду
🔸 Остаться героем-кодером: сеньор растёт через персональное мастерство, а зона техлида – практики и масштаб всей команды. Тот, кто в одиночку вытаскивает каждый проект, превращается в bus factor 1
🔸 Принимать все решения самому и ревьюить каждый коммит – так ты сам становишься ботлнеком

🚀 Что делать прямо сейчас

🔹 Развивай команду прямо в потоке работы. На код-ревью предлагай не только правки, но и лучшие подходы к задаче – так ревью превращается в обучение.

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

🔹 Параллельно фиксируй решения письменно: одностраничное техническое направление команды (включая то, чего вы явно НЕ делаете), RFC, decision records. Так влияние видимо, а контекст сохранён для распределённой команды.

🔹 Возьми неблагодарную работу – кросс-командную координацию и инциденты: там куётся лидерство. А потом проведи разговор с менеджером: "я два месяца оперирую как техлид, вот импакт – как это формализовать?".

🎙 Продолжим обсуждать роль техлида вживую?

4 августа в 19:00 (по Минску, online) Павел Вейник, ex-Architect Miro и EPAM, проводит митап [Технический Лидер] – про стеклянный потолок сеньора и путь из senior в техлиды и архитекторы.

👉 Регистрируйтесь и присылайте вопросы

📚 Что почитать:

"The Manager's Path" (глава 3, Tech Lead) – Camille Fournier

"From IC to Tech Lead" – Alex Mayhew