Engineering Manager (EM) — это руководитель инженерной команды, который отвечает за людей: найм, performance review, коучинг и приоритизацию работы команды. Дальнейший рост EM идет по management track — через управление менеджерами, а не через углубление технической экспертизы. Это отдельная траектория, и в статье разберем, чем она отличается от роста tech lead и senior-инженера, какие навыки для нее нужны и как составить реалистичный план на ближайший год.
Содержание
EM, tech lead и senior-инженер: в чем разница
Эти три роли часто путают, потому что все три «ведут» команду в том или ином смысле. На деле у них разные полномочия и разные критерии роста.
| Роль | Прямые отчеты | Основной фокус | Типичный следующий шаг |
|---|---|---|---|
| Senior/Staff-инженер (IC) | нет | глубина технической экспертизы, архитектурные решения, сложные задачи своими руками | Staff или Principal Engineer |
| Tech Lead | обычно нет формальных, но есть неформальное техническое лидерство | техническое направление команды, код-ревью, декомпозиция задач | Engineering Manager либо Staff Engineer |
| Engineering Manager | да, обычно одна команда из 4-8 человек | найм, performance review, приоритизация, коучинг людей | Senior EM или Director (management track) |
| Director / VP Engineering | управляет менеджерами, а не инженерами напрямую | стратегия направления, бюджет, оргдизайн | VP Engineering или CTO |
Из таблицы видна развилка: IC-трек (инженер -> senior -> staff -> principal) растет через углубление экспертизы без роста штата в подчинении. Management-трек (tech lead/EM -> senior EM -> director -> VP) растет через расширение зоны ответственности за людей и результаты команд. Смешивать критерии роста этих треков — частая ошибка: просьба «дайте сложную техническую задачу» не двигает по management-треку, а просьба «дайте больше людей» не двигает по IC-треку. Дальше речь про management-трек — переход EM в позицию с управлением менеджерами или заметно более широкой зоной ответственности.
Парадокс «навыки против возможностей»
На управленческих позициях количество мест наверху меньше, чем количество кандидатов с нужными навыками. Чтобы получить повышение, часто нужен опыт на уровне выше, а чтобы получить такой опыт, нужна позиция выше. Это замкнутый круг, и ждать, пока кто-то разомкнет его за вас, можно годами.
Выход — создавать возможности самому, а не ждать, когда их выделят сверху. Логика простая: используйте текущие навыки, чтобы создать новую возможность (проект, инициативу, зону ответственности); реализуйте ее и получите новый навык; используйте этот навык для следующей возможности. Повторяющийся цикл превращается в маховик роста, но он требует первого самостоятельного шага, а не ожидания.
Ниже — шесть моделей поведения, которые помогают создавать такие возможности. Это не готовые рецепты и не взаимоисключающие типажи: часть менеджеров сочетает элементы нескольких моделей в зависимости от ситуации.
Шесть моделей создания возможностей
Вдохновляющий руководитель. Мотивирует сильных инженеров, дает им контекст и пространство для инициативы. Когда команда сама находит и реализует новые возможности, растет и зона ответственности руководителя. Работает там, где в команде уже есть сильные инженеры и культура поддерживает инициативу снизу; в жестко иерархичной структуре эффект слабее.
Строгий наставник. Действует через регулярные 1:1, поднимает планку ожиданий и быстро решает вопрос со слабыми результатами — либо помочь исправить, либо расстаться. Поднимает средний уровень команды, но обычно повышает и текучесть в моменте ужесточения требований. Нужна автономия в кадровых решениях, без постоянного вмешательства HR в каждый случай.
Бизнес-стратег. Фокусируется на том, что команда производит, а не на процессе, и отказывается от низкоценных проектов в пользу задач с измеримым влиянием на метрики бизнеса. Хорошо ложится там, где влияние легко измерить; там, где важнее процесс и стабильность, такой подход воспринимают как излишний прагматизм.
Технологический новатор. Использует сильную техническую экспертизу, чтобы улучшать решения соседних команд: разбирает их документацию, дает предметную обратную связь, предлагает более удачные архитектурные подходы. Требует среды, где ценится инженерное мастерство и принято помогать другим командам, а не конкурировать с ними.
Искусный организатор. Начинает с повышения эффективности процессов своей команды, затем распространяет удачные практики на смежные команды. Хорошо работает там, где много организационного хаоса или, наоборот, избыточной бюрократии — в обоих случаях упрощение процессов заметно.
Ловкий политик. Строит отношения с ключевыми фигурами влияния и помогает им закрывать их приоритеты, получая за счет доверия доступ к более широким инициативам. Работает почти в любой организации, но неверная оценка того, кто реально влиятелен, быстро обнуляет эффект и портит репутацию.
Какие навыки понадобятся вне зависимости от модели
| Навык | Зачем | Как развивать |
|---|---|---|
| Организационное чутье | Возможности появляются там, где нужна ценность для бизнеса, а не там, где хочется расти | Регулярно общаться с лидами смежных команд, читать апдейты руководства, проситься на встречи уровня выше как наблюдатель |
| Письменная коммуникация | Расширение зоны ответственности почти всегда согласуется на бумаге — в виде предложения, до устного разговора | Тренироваться писать документ на одну страницу: проблема, варианты, рекомендация, риски |
| Делегирование и найм | Рост EM — это рост результата команды через других людей, а не через собственные руки | Считать долю задач, которые делаете лично против делегированных; калибровать планку найма с коллегами-менеджерами |
| Навигация среди стейкхолдеров | Без поддержки смежных команд даже хорошая инициатива стопорится на согласованиях | Перед стартом инициативы выписать ключевых стейкхолдеров и их метрики, по которым их будут оценивать |
| Коучинг и обратная связь | Без роста уровня команды сложно получить кредит доверия на более широкую зону ответственности | Вести 1:1 с явным планом развития для каждого, а не только статус по задачам |
Ни один из этих навыков не заменяет остальные: например, сильная письменная коммуникация без организационного чутья дает убедительные документы про неверные приоритеты.
Дорожная карта: от идеи до одобренной инициативы
Итоговый артефакт этой дорожной карты — согласованный с руководителем письменный план расширения вашей зоны ответственности на ближайшие 6-12 месяцев, а не абстрактное «стать более заметным».
- Аудит навыков и контекста (1-2 недели). Сопоставьте таблицу навыков выше с тем, что уже сильно развито, и с тем, что явно ценится в организации прямо сейчас.
- Выбор одной модели поведения как основной (несколько дней). Не пытайтесь применить все шесть сразу — выберите ту, что ближе к вашим сильным сторонам и культуре компании.
- Поиск конкретного пробела (2-4 недели). Найдите нишу с нереализованной потребностью: недоуправляемый процесс, техдолг без владельца, команда без технической стратегии.
- Письменное предложение руководителю (1 неделя на черновик). Проблема, гипотеза решения, нужная для этого зона ответственности — одна страница, без общих слов про «лидерство».
- Пилот на 60-90 дней. Реализуйте предложение в ограниченном масштабе и фиксируйте измеримый результат, а не только «стало лучше».
- Разбор результата и следующий виток. Обсудите с руководителем, что сработало, и переходите к следующей возможности — цикл повторяется.
Честный срок: заметное расширение зоны ответственности по этой схеме занимает от полугода до года, а не один квартал. Быстрее получается редко и обычно за счет того, что возможность и так уже была свободна на рынке внутри компании.
Если не получается
Симптом: предложили инициативу, но никто из смежных команд не подключился. Скорее всего, не хватило работы с навигацией среди стейкхолдеров — вернитесь к шагу с картой влиятельных людей и их метрик, прежде чем пробовать снова.
Симптом: руководитель на вопрос о развитии отвечает общими фразами вроде «нужно больше присутствия». Попросите один конкретный, измеримый критерий вместо общей формулировки: что именно должно произойти, чтобы разговор о повышении состоялся.
Симптом: пилотный проект сработал, но зона ответственности не выросла. Проверьте, зафиксирован ли результат в терминах, важных для бизнеса (деньги, риск, скорость), а не только в инженерных терминах — без этого перевода руководству сложнее обосновать расширение вашей роли перед своим руководством.
Выводы
- EM, tech lead и senior-инженер — разные роли с разными критериями роста; путать IC-трек и management-трек — частая причина буксующей карьеры.
- Рост EM строится на цикле «навыки -> созданная возможность -> новый навык», а не на ожидании, что возможность выделят сверху.
- Шесть моделей поведения (вдохновляющий руководитель, строгий наставник, бизнес-стратег, технологический новатор, искусный организатор, ловкий политик) работают в разных организационных культурах — подходит не любая модель любой компании.
- Организационное чутье, письменная коммуникация, делегирование, навигация среди стейкхолдеров и коучинг нужны при любой из моделей.
- Реалистичный срок заметного роста зоны ответственности — 6-12 месяцев с конкретным письменным планом и пилотом, а не абстрактное «стать заметнее».
Где применяется / связь с практикой
Освойте тему на практике
Разбор архетипов и навыков выше полезен как самостоятельная система координат, но управленческие решения — найм, performance review, распределение нагрузки, разговор о повышении — проще отрабатывать не в одиночку, а по структурированной программе с разбором реальных кейсов. На курсе Team Lead разбирают именно переход от инженера к управлению людьми и командой: делегирование, обратную связь, работу со стейкхолдерами и построение процессов, которые можно масштабировать на другие команды.
Освойте тему на практике
Если пока не готовы к полному курсу, можно начать с открытых уроков по управлению инженерными командами — расписание на странице открытых уроков Otus.
FAQ
Обязательно ли становиться EM, чтобы расти в карьере после senior-инженера?
Нет, это выбор между двумя треками. IC-трек (staff, principal engineer) дает рост через глубину технической экспертизы без управления людьми и подходит тем, кто хочет оставаться в коде и архитектуре.
Можно ли совмещать несколько моделей поведения из шести описанных?
Да, большинство EM использует одну модель как основную и элементы других по ситуации — например, сочетание технологического новатора и искусного организатора для команды с сильной технической, но хаотичной операционной культурой.
Что делать, если организация не поощряет инициативу снизу, а требует ждать назначения?
В такой культуре модели «вдохновляющий руководитель» и «искусный организатор» (снизу вверх) будут работать хуже, чем «бизнес-стратег» или «ловкий политик», которые опираются на измеримый результат и доверие руководства, а не на самостоятельность команды.
