Я встречал достаточно большое количество материала по тому, как стать team lead‑разработчиком, зачем это делать и т. д., в то время как, говоря про минусы, упоминают в основном об увеличении количества созвонов/общения с людьми. Я попробую описать те моменты, про которые обычно не говорят.

Последние 6 лет я работаю backend team lead. В основном это проектная разработка, но с продуктами тоже приходилось работать.

Вакансии и деньги

Начну с основной сложности, которая находится на поверхности: вакансий стало меньше. Причем сильно меньше. Если как senior за пару недель можно получить 5–6 офферов, то на лида 1–2 — уже неплохой результат. Связано это со следующими моментами:

• Вакансий просто меньше. От этого никуда не деться. Из плюсов — и желающих на такие позиции меньше.

• Увеличение количества этапов. Вас сначала собеседуют на разработчика, а потом дополнительно 1–2 этапа по менеджменту и софтам.

• Нужно больше «химии». Очень непонятное условие. Надо совпасть с подходом к разработке с вышестоящим руководством. И если честно, я никак не смог понять, как готовиться к такому. Повезло — не повезло.

• В каждой компании свое понимание, кто такой team lead. Где‑то это сильный разраб, который назначает таски в Jira. А где‑то за год не пишешь ни строчки кода, зато занимаешься бюджетом и роадмапом проекта/продукта больше, чем РП.

• Встречаются компании, в которых разработчики спокойно работают удаленно, но чаще уже хотят видеть в офисе.

Отдельный вопрос — валютные удаленки. Найти работу на Европу/США разработчиком, конечно, нелегко, но вполне реально, в то время как вакансий лида единицы. Чаще всего его берут из местных. Очень разные требования к уровню английского: если разработчику достаточно сказать пару фраз, то требования для lead‑позиции сильно выше. А так как большая часть компаний в РФ не может конкурировать по ЗП, то получается, что сеньором работать выгоднее. Причем ситуация вполне возможна и на внутреннем рынке. Я уже встречал вакансии на лида с ЗП всего 280–300 тыс. рублей.

В целом если говорить про мотивационную часть, то зарплата увеличивается не сильно и совсем не коррелирует с увеличенным объемом работ.

Эта проблема сильно коррелирует со следующей. Если вы стали меньше разрабатывать, навык теряется. Никуда от этого не уйти. Вернуться к предыдущей позиции становится все сложнее. Приходится тратить много времени на изучение не то что новых материалов, а новых направлений для себя. Что, с одной стороны, конечно, дает рост, но доход‑то во многом был с других умений.

Теперь нет не ваших проблем

Будучи разработчиком, вы, как правило, отвечаете за свой блок работ. Тимлид же отвечает за все. Вы должны понимать каждую часть продукта (к счастью, не так глубоко, как разработчик) и знать, кому поставить задачу на решение, и помочь решить эту задачу, если сотрудник не справляется. Нет ресурса разработки — это ваша проблема. Плохая аналитика — ваша задача дать все данные разработке. А сами вы их Мне понравилась цитата, к сожалению, не помню ее автора: «Любите свои проблемы, не было бы проблем, вы были бы не нужны».

Все проблемы ваши, все достижения — команды

Классика менеджмента и делегирования задач. Руководитель несет ответственность за проблемы, но также должен подчеркнуть, что успехи достигаются совместными усилиями всей команды ©. То есть багу починил Вася, но сроки команда пропустила из‑за вас. Это очень бьет как по синдрому самозванца, так и ведет к выгоранию в принципе. С этим можно только смириться и жить дальше.

Свой среди чужих, чужой среди своих

Вы еще не менеджер, тем более не С‑левел. Но вы уже не разработчик. У команды уже есть чатик без руководителя (то есть без вас), и они любят там общаться. Сломать этот барьер весьма сложно, и не всегда понятно, стоит ли. А если вы можете влиять на KPI, а следовательно — зарплату и премию, вы уже никогда не будете своим, и это будет чувствоваться.

У вас нет здесь власти

В большинстве случаев получается странная ситуация. Вроде руководитель, а вроде никаких реальных инструментов нет. Принять решение об увольнении не можете (плюс есть еще ТК РФ), где‑то и не выбираете, кого набирать. Кого дали, с тем и работаете. На зарплатный бюджет или индексацию зарплаты вы влияете только опосредованно. Отказаться от проекта чаще всего нельзя. В лучшем случае получается изменить сроки и количество необходимых ресурсов.

В заключении

При всем этом позиция тимлида достаточно интересна с точки зрения работы, с точки зрения задач и т. д. И это самый прямой, самый близкий путь к позиции СТО, позволяющий взять на себя массу новых и интересных обязанностей. А моя ключевая задача сейчас не отговорить вас, а помочь взвешенно подойти к выбору с учетом возможных минусов, о которых рассказывают редко.