Вы сильный сеньор, коллеги приходят за советом, руководитель зовёт поговорить: «Хотим попробовать тебя тимлидом». Звучит как признание. Возможно, ещё и денег добавят. Отказываться неловко — вдруг это тот самый карьерный шанс, который нельзя упускать?
Вы сильный сеньор, коллеги приходят за советом, руководитель зовёт поговорить: «Хотим попробовать тебя тимлидом». Звучит как признание. Возможно, ещё и денег добавят. Отказываться неловко — вдруг это тот самый карьерный шанс, который нельзя упускать?
Но за словом «тимлид» могут скрываться две довольно разные работы. В одной вы по-прежнему отвечаете прежде всего за технические решения. В другой ваш календарь постепенно заполняют one-on-one, обратная связь, найм, конфликты и чужие карьерные ожидания.
Со второй работой всё может сложиться отлично. Вопрос только в том, хотите ли вы её на самом деле — или соглашаетесь, потому что после Senior все будто бы идут в менеджмент.
В статье есть ссылки партнеров. Это значит, что если вы что-то покупаете с нашей помощью — вы также поддерживаете dev.by. (Вот другой способ).
При этом редакция и авторы независимы в выборе темы, концепции материала, фокуса описания, подхода к услугам или товарам. Прежде чем что-то советовать, мы много читаем и смотрим по теме, говорим с экспертами.
Редакция может выражать свое мнение и пробовать всё на себе.
Если рекомендательный материал обновляется, мы указываем, что и когда поменялось, в самом начале.
Слово «тимлид» не отвечает на главный вопрос: вы будете руководить техническим решением или людьми?
В модели Will Larson, например, Tech Lead — один из вариантов Staff+ роли. Такой специалист задаёт техническое направление и помогает команде довести работу до результата. Tech Lead Manager уже находится на менеджерском треке и отвечает в том числе за людей. Эти различия Larson разбирает в описании Staff+ архетипов.
В открытом справочнике GitLab роль Engineering Manager описана через управление командой, развитие инженеров, регулярные one-on-one, обратную связь, найм и ответственность за поставку продукта. Техническая работа там тоже остаётся, но команда становится главным предметом ответственности менеджера.
Поэтому до разговора о новом грейде и зарплате имеет смысл спросить о буднях. Сколько времени останется на код и архитектуру? Появятся ли прямые подчинённые? Кто проводит performance review и участвует в найме или увольнении? По каким критериям через полгода будут оценивать вашу работу?
Ответы могут заметно изменить предложение. Одно дело — вести архитектуру проекта и координировать инженеров. Другое — отвечать за их развитие, мотивацию и результат всей команды.
Staff-инженер и Engineering Manager оба много общаются, договариваются и влияют на решения. Различается то, к каким проблемам они возвращаются каждый день.
Меняется и ощущение результата. После инженерной работы остаётся код, схема или запущенная система. У менеджера не всегда есть такой материальный след: трудный разговор состоялся, две команды договорились, конфликт не дошёл до увольнения — но показать это одним коммитом невозможно.
Charity Majors в эссе The Engineer/Manager Pendulum предлагает считать переход в менеджмент сменой профессии и движением на параллельный трек. По её наблюдению, одновременно наращивать инженерную и менеджерскую практику трудно: команде нужен доступный руководитель, а сложная инженерная работа требует долгой концентрации.
Образ маятника полезен тем, что выбор не выглядит окончательным. Между треками можно переходить. Просто после нескольких лет вдали от разработки возвращение потребует времени на восстановление практики.
Новый грейд, больше денег, признание команды — всё это приятно. Но если one-on-one, обратная связь, найм и конфликты выглядят как досадное приложение к статусу, после повышения может стать только тяжелее.
Менеджмент не выдаёт право принимать решения в обмен на несколько встреч в календаре. Работа с людьми и есть значительная часть этой профессии.
Некоторым инженерам важно самим найти причину сбоя, спроектировать систему, написать сложный участок и увидеть его в продакшене. Именно из этого складывается ощущение хорошо сделанной работы.
У менеджера результат чаще принадлежит команде. Более того, одну из самых интересных задач иногда приходится отдавать другому — потому что так вырастет инженер, а вместе с ним и вся команда. Если эта мысль вызывает только раздражение, с переходом лучше не торопиться.
Когда после Senior на схеме нарисован только менеджер, предложение руководящей роли выглядит выбором без выбора. Но это проблема карьерной лестницы компании, а не доказательство вашей склонности к people management.
Иногда разумнее поискать место с рабочим IC-треком, чем менять профессию ради следующего грейда.
Представьте две недели с одинаковой зарплатой и одинаковым статусом.
В первую неделю нужно разобраться, почему распределённая система ведёт себя нестабильно, спроектировать решение и довести его до продакшена. Во вторую — провести серию разговоров, распутать конфликт приоритетов, помочь двум инженерам договориться и изменить процесс команды.
Выбор нарочито упрощён. Но первая реакция кое-что показывает. Можно добавить ещё три вопроса: хочется ли вам развивать людей, устраивает ли результат, который нельзя присвоить себе лично, и готовы ли вы регулярно проводить разговоры, после которых собеседник может остаться недоволен?
Ответы не ставят диагноз и не запрещают переход. Они помогают заметить ситуацию, в которой человек соглашается не на интересную работу, а на красивое название.
Попробуйте вспомнить ситуации, когда вам действительно нравилось помогать коллегам расти, разбирать причины конфликтов, договариваться о ресурсах или собирать команду вокруг общей задачи. Если результат нескольких людей радует не меньше собственного коммита, это хороший аргумент в пользу менеджмента.
Есть и менее приятная проверка. В открытом описании роли GitLab среди обязанностей Engineering Manager перечислены регулярная обратная связь, развитие сотрудников и найм. До перехода стоит отдельно выяснить, входят ли в роль разговоры о низкой результативности, решения о повышении и участие в увольнениях.
Интерес к людям важен, но одной общительности мало. Менеджеру приходится принимать решения, после которых кто-то останется недоволен. Если интересны и поддержка команды, и эта сложная часть работы, предложение действительно заслуживает серьёзного разговора.
Часть работы можно примерить на небольшой дистанции: взять координацию проекта, стать наставником, помочь с планированием, провести ретроспективу или вместе с руководителем разобрать сложную командную ситуацию. Полезно также поговорить с несколькими менеджерами — не о карьерных преимуществах, а о том, чем они занимались на прошлой неделе.
Курсы не воспроизведут ответственность за живую команду. Зато по программе легко увидеть, вызывают ли у вас интерес найм, командные цели, performance review и разговоры со стейкхолдерами.
После такой примерки необязательно захотеть немедленно возглавить команду. Может выясниться, что вам нравится менторинг, но не кадровые решения; техническое лидерство, но не управление эффективностью; координация проекта, но не постоянная ответственность за людей. Это тоже полезный результат.
Отказ от people management не означает, что остаётся до пенсии закрывать задачи уровня Senior. В некоторых компаниях инженерная лестница продолжается ролями Staff, Principal и выше.
Например, Block описывает два явных трека — IC и Engineering Manager. Компания прямо объясняет это возможностью для инженера расти без обязательного перехода в менеджмент.
У Will Larson в книге Staff Engineer работа на уровне Staff+ представлена через четыре распространённых архетипа: Tech Lead, Architect, Solver и Right Hand. Их определения есть и в открытой версии главы на сайте автора.
Спрятаться за IDE на этом уровне не получится. Staff+ инженеры задают техническое направление, координируют работу, взаимодействуют с руководителями и решают проблемы за пределами одной команды. Но предметом их ответственности остаются технологии и техническое исполнение.
А что с деньгами? В отчёте Levels.fyi за 2025 год медианная совокупная годовая компенсация в США составляла $312 тысяч для Senior Engineer, $457 тысяч для Staff и $551 тысячу для Principal. Сюда входят зарплата, акции и бонусы.
Эти цифры не описывают весь рынок и не доказывают, что любой Staff зарабатывает больше любого Engineering Manager. Но они показывают, что в части американских компаний серьёзные деньги на IC-треке не заканчиваются после Senior.
Отказываться от менеджмента лучше не словами «оставьте меня в покое, я хочу писать код», а предложением другой ответственности.
Например: «Я хочу развиваться по IC-треку и готов взять архитектуру направления, менторинг нескольких инженеров и координацию сложного межкомандного проекта. Давайте обсудим, что у нас требуется для следующего инженерного уровня».
После этого разговор становится предметным. Какие IC-грейды есть в компании? Кто уже занимает такие позиции? По каким критериям дают Staff? Сопоставимы ли возможности роста с менеджерским треком?
Если Staff существует только в презентации HR, а реальные повышения заканчиваются на Senior, возможно, подходящего IC-трека в этой компании просто нет.
Для одного инженера переход в менеджмент откроет работу, которую он давно выполнял неформально и хотел бы это делать чаще. Другого карьерная лестница незаметно уведёт от задач, ради которых он пришёл в профессию.
Перед следующим «давай попробуем тебя в менеджменте» задайте себе вопрос: если убрать из предложения новый статус, хочется ли вам заниматься этой работой каждый день?
Если да, управленческий трек стоит попробовать. Если нет, это ещё не потолок. Можно искать инженерную ответственность большего масштаба — внутри своей компании или там, где для роста не требуют менять профессию.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.