Engineering Manager vs Tech Lead vs Engineering Lead: разница 2026
Вашего лучшего senior-инженера повысили в «лида». Никто не написал, TL это или EM, — и теперь она делает и то, и то. Ревьюит каждый PR, ведёт все 1:1, планирует каждый спринт и при этом должна катить свой код. Через три месяца её личный output обвалился, командный — следом. Stack Overflow Developer Survey 2024: инженеры в гибридных «lead»-ролях сообщают о в 1,6 раза более высоком выгорании, чем те, кто на чистом IC или чистом management треке. Слияние ролей — самая частая и самая дорогая ошибка в инженерном лидерстве, которую мы видим.
Tech Lead и Engineering Manager — разные работы с разными метриками успеха, разным распределением времени и разными режимами отказа. Выберите одно на человека или обе, но наймите двоих.
Позиционирование
Tech Lead (TL): senior IC с архитектурным владением. Продолжает писать код. Владеет техническим направлением, кросс-командной согласованностью по архитектуре, менторством по технической части и долгосрочным здоровьем кодовой базы.
Engineering Manager (EM): people-лидер с ответственностью за delivery. Редко пишет код. Владеет наймом, ростом, performance, спринтовым delivery, кросс-функциональной координацией и организационным здоровьем команды.
Ни одна не «выше» другой. Большинство career ladders (Camille Fournier The Manager's Path, публичные лестницы Rent the Runway / LinkedIn / Stripe) ведут TL и EM как параллельные треки от senior уровня вверх, а не как последовательные шаги.
Сравнение по пунктам
Распределение времени в день
| Активность | Tech Lead (типично %) | Engineering Manager (типично %) |
|---|---|---|
| Написание кода | 40-60% | 0-10% |
| Code review | 15-25% | 0-5% |
| 1:1 с подчинёнными | 0-5% | 25-35% |
| Найм + интервью | 5-10% | 15-20% |
| Кросс-командные митинги | 10-15% | 20-30% |
| Архитектура + design | 15-25% | 5% |
| Performance / growth разговоры | 0% | 10-15% |
| Roadmap / планирование | 5-10% | 10-15% |
Цифры — из устойчивых паттернов по 100+ B2B-командам, которые мы мерим через IDE heartbeat. Яркое наблюдение: медианный Tech Lead кодит ~3ч 12м в день, медианный Engineering Manager — 18 минут в день (обычно прототип или unblock критичного бага).
Основные метрики успеха
| Измерение | Tech Lead по чему | Engineering Manager по чему |
|---|---|---|
| Техническое | Надёжность системы, снижение архитектурного долга, завершённые critical design reviews | Предсказуемость delivery, стабильность velocity |
| Людской | Рост менторируемых инженеров в технической глубине | Retention, скорость промоушенов, качество найма |
| Бизнес | Соответствие tech-стратегии product roadmap | On-time delivery, достижение квартальных OKR |
| Режим отказа | Силос: сильный код, команда не катит | Силос: команда катит, но технический долг несётся под откос |
Authority по решениям
| Решение | TL authority | EM authority |
|---|---|---|
| Архитектурный подход | Владеет | Консультируется |
| Hiring decision | Консультируется | Владеет |
| Performance рейтинг | Консультируется | Владеет |
| Выбор стека | Владеет | Консультируется |
| Scope спринта | Co-owned | Co-owned |
| Дизайн on-call ротации | Консультируется | Владеет |
| Промо-пакет | Input | Пишет |
| Приоритет при конфликте roadmap vs tech debt | Эскалирует | Решает или эскалирует |
Строки с co-owned — там, где плохие партнёрства TL/EM разваливаются. Если двое не могут договориться о scope спринта без эскалации, у вас management-проблема, а не процессная.
Сплит: код-тяжёлое техническое лидерство vs people-тяжёлое delivery-лидерство. Тонкая средняя полоса — roadmap и sprint planning — там партнёрство либо живёт, либо умирает.
Реальность зарплат
Команды часто платят этим ролям одинаково, и это сигнал — организация не разделила их осознанно. Levels.fyi 2025 медианы для senior-ролей в US mid-market:
| Роль | Медианный total comp (US mid-market) | Часы активного кодинга / неделя |
|---|---|---|
| Senior Engineer | $205K | ~18-22ч |
| Tech Lead (L6 / Staff-equivalent) | $260-290K | ~15-20ч |
| Engineering Manager | $270-320K | ~2-4ч |
| Sr EM / Dir Eng | $310-380K | ~0-2ч |
Tech Lead обычно стоит чуть меньше EM на том же масштабе — это отражает premium за более широкую people-ответственность EM. Но разрыв — ерунда по сравнению с потерей продуктивности, если объединить роли в один титул.
Framework для решения
Берите Tech Lead, если:
- Команда 3-6 инженеров, сплочённая, и основной риск — технический (сложность системы, миграция, надёжность)
- Уже есть EM на команду или EM уровнем выше покрывает 2-3 команды
- Самые нерешённые проблемы — архитектурные, а не межличностные
- Повышаемый senior любит код и не любит митинги
- Команде нужно техническое направление больше, чем scheduling discipline
Берите Engineering Manager, если:
- Команда 5-9 инженеров (выше 6-7 один человек не может разумно делать обе роли)
- Основная проблема — предсказуемость delivery, а не техническая сложность
- Есть attrition, потребность в найме или performance-management работа, которая запущена
- Человек, которого повышаете, заряжается от того, что помогает другим, и комфортен без ежедневного output в коде
- Кросс-функциональная координация (продукт, дизайн, security, sales) > 10 часов в неделю
Берите обе, если:
- Команда 8+ инженеров
- Продукт имеет нетривиальные архитектурные решения AND значимую кросс-функциональную координацию
- Бюджет позволяет два senior leadership слота
- Вы уже видели, как гибрид-лид проваливается на этой команде
Анализ 80/20
Большинству команд меньше 7 человек не нужны обе. Им нужен один отличный EM + сильный senior в роли неформального TL или один отличный TL + EM, покрывающий несколько команд. Брать обе на 5-человечную команду создаёт координационный оверхед, который съедает выгоду.
Точка перегиба, которую мы видим стабильнее всего — размер команды 7-8, где один только people-load EM (1:1, рост, найм) пересекает 20 часов в неделю, и техническое направление начинает проваливаться. Вот где добавление выделенного TL (или внутренний промоушен) окупается за квартал в delivery и retention.
Типичные ловушки
Двусмысленность «Lead Engineer»
Если титул «Lead Engineer» — никто не знает, на какую работу человек подписался. Видели, как это стоило команде senior-хайра: он отказался от оффера, потому что scope был неясен. Фикс: писать job description с явным time allocation («40% код, 20% ревью, ...») до публикации.
«Player-coach» как отговорка
Архетип player-coach (чистое 50/50 TL+EM) работает ~6 месяцев в transition или для малых команд на конкретных startup-стадиях. Он НЕ работает как постоянная роль в устойчивой команде 8+. Часы коучинга вытесняют код, или наоборот, и человек тихо бросает одну половину.
Отношение к EM как к «senior инженеру, который больше не кодит»
EM — другой навык, не продолжение IC. Коучинг, performance management, разрешение конфликтов, управление hiring-воронкой — всё это обучаемо. First Round Review State of Engineering Leadership 2023: только 34% новопромоутнутых EM получили формальный manager-тренинг, и в этой когорте в 2 раза выше уровень отката обратно в IC за 18 месяцев.
Разделение на бумаге, но не на практике
Роли перечислены раздельно на org chart, но sprint planning проходит так: TL принимает решения, EM ведёт заметки. Или наоборот. Партнёрство должно быть ритуализировано: еженедельный TL+EM sync, явный RACI на co-owned решения, прозрачные пути эскалации.
Как понять, что это работает
Три сигнала говорят, что сплит здоров:
- Coding time EM идёт к 0-10% — если EM кодит 30% недели, он либо уклоняется от people-работы, либо тащит обе работы
- Время TL на 1:1 держится ниже 20% — если TL тратит 8 часов в неделю на 1:1, EM не тянет свою часть или команда просит у TL то, что должен закрывать EM
- Предсказуемость delivery AND тренд технического долга оба улучшаются — одно без другого значит, что одна роль страдает
Наш датасет показывает паттерн: команды с чистым сплитом TL/EM достигают улучшений DORA-метрик в 1,8 раза быстрее за 12 месяцев после сплита, чем команды с гибрид-лидом. Сигнал виден в IDE heartbeat — когда у одного человека coding time обваливается в ноль, а у другого стабилизируется около 50%, организация только что разделила работы, даже если ещё не обновила титулы.
Сводная таблица
| Измерение | Tech Lead | Engineering Manager | Winner для команды <7 | Winner для команды 8+ |
|---|---|---|---|---|
| Владение архитектурой | TL | Консультируется | роль TL (или сильный senior) | Выделенный TL |
| Рост людей | Ментор | Владеет | EM | Выделенный EM |
| Предсказуемость delivery | Вкладывается | Владеет | EM | EM |
| Hiring | Интервью | Гоняет воронку | EM | EM |
| Tech-стратегия | Владеет | Вкладывается | TL | TL |
| Кросс-функциональная координация | Тактика | Стратегия | EM | EM |
| Предпочтение для <7 | ✓ (с внешним EM) | ✓ (с senior eng) | одна из двух | — |
| Предпочтение для 8+ | — | — | — | обе |
Контр-очевидный тезис
Нанимать сначала чистого EM (до TL) — обычно правильный ход, хотя большинство founder-led стартапов делают наоборот. EM без TL может коучить senior IC в acting-TL обязанности на год; обратное — TL без EM — оставляет people-работу без покрытия, и retention страдает первым. Наш датасет: команды, нанявшие EM до TL, имели более высокий 18-месячный retention, чем команды, нанявшие сначала TL. Разница в retention капитализируется быстрее, чем разрыв в техническом направлении.
Где помогает PanDev Metrics
Для EM вид CTO Dashboard показывает team-level delivery, burnout-сигналы, кросс-проектную загрузку. Для TL метрики coding time и context-switching на уровне проекта показывают, где архитектурная работа реально идёт vs где её обещали. Один источник данных означает, что TL и EM спорят из одних фактов, а не из двух конкурирующих нарративов.
Честное ограничение
Наш датасет IDE-взвешен — мы хорошо видим coding time и Git-активность, но напрямую не видим качество 1:1 и глубину коучинга. EM, который кодит 0% и ведёт отличные 1:1, в наших данных выглядит идентично EM, который кодит 0% и ведёт плохие 1:1. Команды retention- и engagement-опросы закрывают этот gap; наша телеметрия — нет.