Четыре страха, которые стоит перечитать
Прежде чем разбирать карьерные треки, стоит честно назвать все четыре претензии к профессии тимлида. Не для того, чтобы отмахнуться, а чтобы посмотреть на обратную сторону каждой.
Тимлид крайний без рычагов влияния. Не нанимает, не увольняет, не управляет бюджетом, а с него спрашивают за всё. Это правда. На тимлида смотрят как на человека, ответственного за результат команды, хотя формальных инструментов у него меньше, чем у его руководителя. Но это же и плюс: человек прокачивает непрямое управление, умение договариваться, аргументировать, подбирать язык для разных людей, продавать решения бизнесу без административного давления. Такие навыки нужны везде, где нет возможности просто стукнуть кулаком по столу. А таких мест в карьере будет намного больше, чем тех, где кулак поможет.
Ненормированные обязанности. Дорожная карта тимлида выглядит как список всего на свете. В разных компаниях требуют совершенно разное. Это раздражает. Но именно из-за этого тимлид осваивает огромный пак навыков, и именно они потом позволяют почти бесшовно переходить в другие профессии. Как говорится в одном фильме: твой позорный недуг мы в подвиг определим.
Хард-скилы утекают. Когда-то человек весь день писал код. Теперь он сидит на созвонах. Кажется, что деградирует. Здесь важно понять ключевую вещь: тимлидство это другая профессия. У индивидуального контрибьютора хард-скилы это написание кода. У тимлида это проектный менеджмент, people management, продуктовый менеджмент, менеджмент процессов. Это другой рынок труда. Код деградирует, но тимлидские харды растут.
Проблема в том, что многие тимлиды продолжают сравнивать себя с сениорами, у которых пишущий код обновляется каждый день. Это некорректное сравнение. Правильный вопрос: стал ли я лучше как тимлид за последние полгода? Если да, деградации нет.
Вендорлок на работодателя. Проработал пять лет в одной компании, знаешь всё про её стек, смежников и стратегические направления. Кому ты нужен в другом месте? На практике всё выглядит иначе. Тимлид с бэкграундом в веб-разработке может прийти в компанию, где команда патчит компилятор C++, и переход будет нормальным. Нанимают за менеджерские харды (управление людьми, процессами, проектами), которые не зависят ни от стека, ни от конкретной компании.
Вывод: у любого страха есть позитивная сторона. И в стратегическом смысле эти позитивные стороны выгоднее краткосрочного дискомфорта.
Семь вещей, которые тимлид делает каждый день
Прежде чем смотреть на карьерные развилки, стоит вспомнить, что вообще делает тимлид. Типичный список задач выглядит примерно так.
В порядке убывания абстрактности:
Доставлять проекты и задачи в срок. Это базовое, за что тимлида нанимают. Команда должна работать эффективно и долгосрочно: не «больше подоить, меньше покормить», а так, чтобы и через год всё шло нормально. Коммуникация налажена со всеми сторонами: бизнесом, руководителями, продуктами, смежниками. Ценить то, что сделали, а не как устали. Базовое понимание откуда берутся деньги: без этого невозможно разговаривать с бизнесом на его языке. Уметь нанимать правильных людей, даже если формального права нанимать нет. И, наконец, не делать фигни.
Про последний пункт есть показательная история. К тимлиду пришли с проектом на оценку. Он посчитал: человек-год. Ему говорят: отлично, начинаем завтра. Он спросил: а зачем? Ему не ответили сразу, но вернулись через две недели и сказали: да ладно, не делаем. Один вопрос «зачем?» сэкономил человек-год работы и миллион рублей.
Дороги вверх
Мидл-менеджмент
Самый очевидный трек. Три характеристики людей, которые туда попадают.
Они смотрят дальше своей команды. Процессы внутри команды наладились, эффективность есть, но человек думает о том, как команда может усилить смежников, как принести пользу не только своему юниту. Они думают о стратегии: не просто берут задачи под козырёк, а понимают зачем их команда существует в бизнесе, как развивается направление, как адаптироваться к изменениям. Они умеют делегировать: это не те тимлиды, у которых 80% дня уходит на код и ещё 80% на менеджмент одновременно.
На практике целенаправленно планировать мидл-менеджмент часто не нужно: он приходит сам. Небольшую компанию купил банк и сказал тимлиду: «Через три месяца у тебя будет 20 человек вместо 5, ты подходишь на роль мидл-менеджера». Другие типичные случаи: тектонические сдвиги в крупной компании, уход руководителя, ротация. Освобождаются позиции, и туда приходят те, кто уже обладает нужными качествами. Иногда не потому что целеустремлённо стремились, а потому что бизнес сам пришёл с предложением.
C-level: реальная цена
Есть расхожая поговорка: плох тот разработчик, который не мечтает стать CTO. Стоит проверить, выдерживает ли она честный взгляд.
На C-level ответственность глобальная. Если тимлид не выполнил проект, ему, скорее всего, пальчиком погрозят. Если на уровне C-level что-то пошло не так, это плохо для всех: компания не дополучает деньги, сотрудники могут их не получить тоже, а в некоторых ситуациях речь идёт об уголовной ответственности.
На C-level ещё сильнее погружаешься в бизнес. Многие разработчики мечтают стать CTO и обмазаться технологиями. Один CTO описал свою реальность так: «У меня действительно пять мониторов, только в них везде Zoom, почта и экселька». Шутка смешная, ситуация страшная.
C-level принимает решения в логике теории общин: иногда ради блага компании в целом нужно принять решение, которое причинит неудобства конкретным людям. Из-за этого регулярно знаешь, что кто-то пострадает от твоих решений.
И режим работы. Один CTO в интервью рассказал, что работает 10-16 часов в день. Другой на вопрос про work-life balance засмеялся и сказал, что они такое слово вообще не употребляют. Это «ноу-лайф режим», честное описание. Если это страсть человека, если он хочет делать крупные вещи и готов отдать этому жизнь, это хороший трек. Но соглашаться на него нужно осознанно.
Есть и «C-level курильщика», более реалистичный вариант. Тимлид или мидл-менеджер из крупной компании переходит в маленькую, где его знания и опыт достаточны для позиции CTO. Или другой случай: тимлид устраивался в компанию, которая в это время отпочковывала подразделение в другую страну. Решили, что тимлид в другой стране несолидно, сделали его CTO. В любом случае: больше финансовой ответственности, которую нужно учитывать.
Дороги вбок
Маркетинг, DevRel, дев-адвокаты
Катя Петрова из подкаста «Подлодка» ушла из тимлидства в маркетинг Kotlin. Виталик Шароватов стал дев-адвокатом. Антон Чернов сейчас дев-адвокат в «Яндекс Облаке». Всех их объединяет тимлидский бэкграунд, и у каждого он сыграл по-своему.
Виталик Шароватов говорит, что помог язык денег. В девелопмент-адвокации сложно объяснить бизнесу профит от мероприятия: не очевидно, сколько клиентов принесёт конференция или чья-то статья. Тимлидская практика разговора с бизнесом на языке метрик и профита подготовила его к этому.
Антон Чернов говорит, что ему помог язык разработки. Как дев-адвокат в облачном продукте он работает и с разработчиками внутри компании, и с разработчиками-клиентами. Умение говорить на их языке ценно.
Оба упомянули, что дев-адвокация это ещё больше коммуникации, чем тимлидство: бизнес, продукты, разработчики внутри, технические потребители снаружи, СМИ. Тимлид к этому уже готов. И навыки непрямого управления там особенно пригождаются: попробуй уговори занятого разработчика написать статью или выступить на конференции.
Продакты
Стас Цыганов и Егор Толстой из «Подлодки» ушли работать продактами в Kotlin. Их опыт хорошо показывает, что именно из тимлидства конвертируется в продуктовую работу.
Первое: толерантность к смене роли. Разработчик, уже один раз ставший тимлидом, знает, что такое сменить парадигму и пережить это. Переход из тимлида в продукт уже второй сдвиг, и резист к нему выше.
Второе: привычка спрашивать «чтобы что?» и «какую проблему решаем?». Это фактически продуктовое мышление. Тимлид, который задаёт такие вопросы, одной ногой уже стоит на дороге продактов.
Третье: ориентация на результат. Если тимлид налил проектов, но профита не принесли: ну ладно. А продакт, который нагенерил гипотезы без результата: добро пожаловать в реальный мир. Но у бывшего тимлида этот сдвиг парадигмы уже произошёл.
Четвёртое: понимание разработческой кухни. Продакт понимает, что «покрасить кнопку из жёлтой в зелёную» за 7,5 недель скорее всего не займёт, и способен содержательно обсуждать оценки.
Проджекты и деливери-менеджеры
Переход тимлида в роль менеджера проектов бывает удивительно бесшовным. Один из примеров: тимлид пришёл в Яндекс на позицию менеджера проектов и обнаружил, что ничему особо учиться не пришлось. В тимлидстве всегда был проектный менеджмент: дедлайны, сроки, риски, коммуникации. Он просто продолжил делать то же самое.
То же касается внедрения изменений: тимлид, который строил процессы с нуля, умеет бороться с сопротивлением и контролировать закрепление новых практик. В инфраструктурных командах это навык особенно востребованный: проекты влияют на то, как работают другие подразделения.
Навыки непрямого управления оказываются критически важными для мультикомандных проектов: когда нужно «захороводить» тимлидов из разных подразделений так, чтобы каждый взял задачи в работу и сдал в срок.
Сейчас в технологических компаниях модно нанимать технических менеджеров проектов, которые в отличие от обычных PM умеют погружаться в технический продукт. Тимлиды и мидл-менеджеры чаще всего становятся кандидатами на такие позиции.
Консалтинг
Консалтинг хорошо рифмуется с тимлидством: хочется помогать людям разбираться со сложными ситуациями, и в консалтинге можно делать это в большем масштабе, с разными компаниями и контекстами.
Ключевой навык для консалтинга: проактивная позиция. Клиент приходит с проблемой, которую он, возможно, сам не до конца понимает, и точно не знает решения. Нужно самому разобраться, что происходит, и предложить путь. Именно так работает тимлид, который не ждёт постановки задачи, а сам ищет проблему и решение.
Вторая вещь: широкая практика. Если за карьеру человек побывал системным администратором, разработчиком, тимлидом, менеджером проектов, поработал в маленьких и крупных компаниях, в продуктовых и на аутсорсе. Это огромный ресурс для консультанта.
Предпринимательство
Даша Бородина, которая выступала на той же конференции с темой об отдыхе, до предпринимательства была тимлидом. Её кейс показывает, какие именно тимлидские навыки оказываются критичными в своём деле.
Самостоятельность. Тимлид не ждёт, когда ему кто-то что-то принесёт: сам ищет проблемы, сам придумывает решения. В своём бизнесе эта самостоятельность жизненно необходима: никто ничего не закажет, если сидеть и ждать.
Стратегическое мышление. Тимлид думает о том, как команда будет работать через год, как меняется рынок, как адаптировать направление. В предпринимательстве то же самое, только ставки выше.
Принятие решений в условиях неопределённости. В тимлидстве периодически случаются кризисы: уволился сеньор, проект под угрозой, неясно как быть. Тимлид учится действовать с холодной головой, не ждать прояснения, а разбираться с тем что есть. В своём бизнесе неопределённость постоянная, но тимлид к ней уже закалён.
Дороги назад (но вперёд)
Называть возврат в инженерную ветку «дорогой назад» неправильно. Это дорога вперёд, просто в другую сторону.
Это больше подходит. Бывает, что тимлидство просто не для человека. Хороший сениор стал архитектором, услышал на конференциях, что тимлидство крутой путь, пошёл попробовать. Через год понял, что несчастен и не понимает на что тратит жизнь. Вернулся в инженерный трек. Всё замечательно. Это не провал и не откат. Это путь: попробовал, не подошло, двинулся дальше туда, где хорошо.
Временный рехаб. Тимлиды выгорают. Иногда помогает временно переключиться в режим исполнителя: брать задачу из туду, двигать в прогресс, потом в дан и идти домой. Полгода-год так. Потом что-то отрегенерировало, и человек начинает замечать неэффективные процессы и предлагать улучшения. Не успел оглянуться, снова стал тимлидом. Отсюда наблюдение: «Однажды тимлид, навсегда тимлид».
Рост по инженерной ветке дальше. Женя Кателло из «Подлодки» сейчас инженер в Shopify. Его путь хорошо иллюстрирует, что тимлидский бэкграунд в инженерной карьере это не балласт, а ускоритель. Почему? Этому есть несколько объяснений.
Первое: взгляд с точки зрения бизнеса. Чем выше по инженерной ветке, тем больше технические решения влияют на бизнес. «Переписать всё на Rust» или «внедрить новый фреймворк потому что модно» это уже не аргументы. Нужно думать, как это повлияет на компанию.
Второе: оунершип. Есть хорошая бытовая иллюстрация. Исполнитель поставил розетку по диагонали и говорит: принимай, плати. Ему задают вопрос: «А вы бы у себя дома так сделали?» Признаёт, что нет. А исполнитель, который «делает как себе», закрывает за месяц то, что другие не могли сделать за год. Бизнес ценит и оплачивает именно таких инженеров. И тимлидство это воспитывает.
Третье: умение объяснять сложное просто. Тимлид постоянно переводит между разработчиками и бизнесом. Старший инженер или архитектор, у которого есть этот навык, намного ценнее того, кто может только глубоко уйти в технику. Именно такие специалисты быстро движутся по инженерной ветке наверх: их понимает и команда, и менеджмент.
Данные подтверждают
В опросе DevCrowd за 2024 год 411 тимлидов, мидл-менеджеров и CTO ответили на вопрос: какие ещё роли вы рассматриваете?
Результаты:
Разработка: 54,9%
Продакт-менеджмент: 38,1%
Предпринимательство: 36,2%
Менторство / коучинг: 28,6%
Проджект-менеджмент: 24,8%
CEO: 21,1%
Не связано с IT: 7,5%
QA: 7,3%
Маркетинг: 2,7%
Показательно, что данные опроса практически точно повторяют структуру карьерных треков в статье, хотя составлялась она независимо. Это дополнительный аргумент в пользу того, что разговор идёт о реальных паттернах. Отдельно радует, что 7,5% людей рассматривают роли, не связанные с IT. Вероятно, кто-то уже хочет на пенсию или открыть пасеку.
Ещё один интересный момент: люди в среднем рассматривают несколько карьерных треков одновременно. Тимлидство не закрывает двери в одну профессию и не запирает в одной. Накопленные навыки открывают сразу несколько направлений, и человек выбирает исходя из того, что ему на самом деле важно.
Как выбрать свой трек
Ни один из описанных путей не является правильным по умолчанию. Но есть практический способ думать об этом.
Первый вопрос: чем вы хотите заниматься через пять лет? Нарисуйте в голове этот образ. Не должность и не зарплату, а конкретную деятельность: с кем работать, над чем, в каком режиме. Потом посмотрите, какой из описанных треков ведёт туда.
Второй вопрос: какие из задач, которые вы делаете сейчас, приносят удовольствие? Если нравится разбираться в людях, выстраивать процессы и держать несколько проектов в голове одновременно, это сигнал в сторону мидл-менеджмента или проджектов. Если нравится убеждать, выступать, объяснять технические концепции разным аудиториям, это сигнал в сторону DevRel или маркетинга. Если нравится решать незнакомые проблемы с нуля и брать на себя полную ответственность за результат, это предпринимательство или консалтинг.
Третий вопрос: какую цену вы готовы заплатить? C-level требует режима жизни, на который нужно сознательно соглашаться. Предпринимательство требует готовности к провалу и неопределённости годами. Консалтинг требует постоянного обновления экспертизы и работы на самого себя без тыла корпоративной структуры. Каждый трек честен: он показывает не только что получите, но и что отдадите.
Прелесть тимлидского бэкграунда в том, что со всеми этими вопросами вы уже справлялись в меньшем масштабе. Когда тимлид думает, что делать с командой дальше, брать проект или нет, стоит ли двигаться в новое направление, он уже практикует именно этот тип мышления. Разница с карьерным выбором только в масштабе.
Итог: тимлид это развилка
Тимлидство не тупик и не вендорлок. Как тимлид, можно переходить между компаниями: берут за менеджерские харды, которые абстрактны и не зависят от стека. И уже накоплен достаточный набор навыков, чтобы войти в другие профессии практически без потерь.
Куча знаний и навыков, применимых на многих карьерных треках. Project management, people management, коммуникации с бизнесом, ориентация на результат, непрямое управление. Всё это работает на разных дорогах.
Разберитесь в своих целях, ценностях и сильных сторонах. Например, добросовестный, тревожный и всё контролирующий человек найдёт себя в проджект-менеджменте гораздо органичнее, чем кто-то с другим профилем. У каждого свои сильные стороны, и разные треки будут логичнее для разных людей.
Подумайте о цене дальнейшей дороги. Как видно на примере C-level: чем выше забираешься, тем дороже это обходится. Стоит заранее прикинуть, есть ли бюджет заплатить эту цену.
Материал подготовлен по мотивам доклада Евгения Антонова «Тимлид: есть ли свет в конце тоннеля?» на Saint TeamLead Conf 2025.
25 и 26 июня Saint TeamLead Conf 2026 делает следующий шаг: центральная тема — AI в управлении. Как искусственный интеллект меняет работу тимлида, какие задачи он забирает, а какие требуют ещё больше человеческого суждения — это то, о чём сейчас говорят все, но мало кто говорит конкретно. Мы собираем тех, кто уже работает с этим на практике. Программа и регистрация — на сайте конференции.