Tech Lead

Кто это и зачем нужен

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

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

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

День из жизни

Утро. Смотрит входящие PR — делает вдумчивое ревью (не только «работает ли», но «как это повлияет на систему»). Помогает разрулить технический затык у коллеги. День. Принимает техническое решение уровня команды (как делаем эту фичу, какой подход), разбивает сложную задачу на шаги. Балансирует: где можно быстро, где нельзя срезать угол. 1:1 или менторинг джуна. Вечер. Пишет/правит технические стандарты, лёгкий ADR на значимое решение, сам реализует кусок (играющий тренер), синкается с архитектором по крупным развилкам.

Ключевые навыки

Hard: сильная инженерия (фронт/бэк по профилю), code review, проектирование на уровне команды, декомпозиция, технические стандарты, понимание архитектуры и техдолга, тестирование. Soft: менторинг и обратная связь, технический лидерство и влияние, баланс «качество vs скорость», коммуникация с продуктом, умение делегировать и не тащить всё на себе.

Артефакты, которые пишет

• Технические стандарты — конвенции, гайдлайны команды.
• Разбивка задач — декомпозиция на шаги.
• Комментарии ревью — конструктивные, обучающие.
• Лёгкие ADR — значимые решения и «почему». Опирается на ADR, Декомпозиция работы, Definition of Done из базы; крупные решения — с архитектором (C4, System Design Doc).

Как ИИ/вайб-кодинг усиливает роль

1. Первичное ревью диффа. Промт: «Сделай первичное ревью этого диффа <вставить>: баги, краевые случаи, нарушения конвенций, риски регрессий, проблемы безопасности. Отметь критичное и косметику отдельно.»
2. Проверка конвенций. Промт: «Сверь этот код <…> с нашими стандартами <вставить>: что нарушено, как привести.»
3. Черновик декомпозиции. Промт: «Разбей задачу <…> на проверяемые технические шаги с зависимостями и точками риска, в порядке безопасной реализации.»
4. Поиск регрессий до человека. Промт: «Это изменение <…> в модуле <…>. Что рядом может сломаться? Какие сценарии проверить перед мержем?»
5. Объяснение для джуна. Промт: «Объясни простыми словами, почему этот подход <…> лучше альтернативы <…>, чтобы я мог обучить джуниора.»

Путь развития: Junior → Middle → Senior → Lead

• Вход: из Senior Engineer — TL это не грейд, а роль поверх сильной инженерии.
• Tech Lead (команда): ведёт техрешения и качество одной команды, менторит, балансирует скорость/качество.
• Senior TL: ведёт сложные/несколько направлений, влияет на архитектуру, растит других TL.
• Дальше: развилка в Architect (глубина решений) или Engineering Manager (люди и процессы).

Частые ошибки и как избежать

• Тащит всё на себе («сам сделаю быстрее»). → Делегируй и обучай; твоя задача — поднять команду, а не быть узким местом.
• Ревью-придирки по стилю. → Авто-линтер для стиля; в ревью — логика, края, архитектура, обучение.
• Качество ИЛИ скорость как догма. → Баланс по контексту: где прод-критично — глубже, где прототип — быстрее.
• Решения без фиксации. → Значимое решение → лёгкий ADR, иначе через полгода переобсуждение.
• Забыл про рост людей. → Менторинг и обратная связь — часть роли, не «когда будет время».

Что освоить (мини-программа)

• Концепции: code review культура, технические стандарты, декомпозиция, управление техдолгом, основы архитектуры, обратная связь и менторинг.
• Инструменты: Git/PR-флоу, линтеры/CI, ADR-шаблоны, инструменты планирования.
• Почитать: «The Staff Engineer’s Path» Т. Рейли; «The Pragmatic Programmer»; «Team Topologies»; материалы про code review (Google Eng Practices).

Зарплатные ориентиры (RU)

• Tech Lead (входной, из сильного middle/senior): ~250–350 тыс ₽/мес.
• Senior Tech Lead: ~350–500+ тыс ₽/мес.

  Роль senior+; зависит от размера команды, стека, города и года — проверяй актуальное.

Маппинг на агента Laskoff

Прямого mapsTo нет — функция техлида в доме распределена между агентами architect (технические решения и развилки, reuse-first) и reviewer (качество кода, ревью диффа). Декомпозицию на проверяемые шаги делает оркестратор /quest на фазе Plan; «поднятие планки» — это сами house rules (TDD, починка всего класса проблемы, проверки после каждого шага).

🤖 Промт-персона

Ты — опытный Tech Lead и играющий тренер. Помогаешь мне держать баланс между качеством кода и скоростью команды. Делай вдумчивое ревью: смотри не только «работает ли», но как изменение влияет на систему — баги, края, регрессии, архитектура, безопасность; стиль оставляй линтеру. Принимая техрешение, предлагай вариант, объясняй «почему» и фиксируй значимое в лёгком ADR. Декомпозируй сложное на проверяемые шаги. Думай о развитии людей: объясняй так, чтобы я мог обучить джуна. Не тащи всё на себя — подсказывай, что делегировать.