Как пробить карьерный потолок в IT, если вы уже сеньор

На сеньорском грейде типичная картина выглядит так: задачи закрываются без напряжения, стек знаком, а в откликах на вакансии повторяются одни и те же цифры. Новый оффер добавляет к окладу пару десятков тысяч рублей и предлагает примерно те же задачи. Повышение внутри компании чаще всего означает дополнительные созвоны, а не рост дохода. Это состояние называют карьерным потолком в IT, и рано или поздно в него упирается почти каждый senior-разработчик.

В статье разберём, куда расти после сеньора: управленческую ветку, технический трек staff-инженера, менторство, личный бренд, подработки и собственный продукт. Для каждого варианта посчитаем, сколько он приносит на российском рынке, какую работу добавляет и какие стопперы вы можете словить. 

Заодно посмотрим на истории людей, которые уже упирались в потолок и рассказали Коду, как искали выход: бывшего начальника ИТ-отдела, продуктового аналитика, дизайнера и продакт-менеджера.

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

Что такое карьерный потолок в IT

Карьерный потолок в IT — это точка, в которой опыт продолжает накапливаться, а доход и задачи перестают меняться. Требования грейда закрыты, работа выполняется в срок, но следующий шаг уже нельзя сделать за счёт тех же задач повышенной сложности. Чтобы двигаться дальше, придётся менять обязанности, компанию или сам способ зарабатывать.

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

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

Александр сделал то же, что сделал бы на его месте почти любой специалист: начал искать место с перспективами и зарплатой побольше. На сеньорском уровне механика та же, только ставки выше, а вариантов для перехода меньше.

Сколько получает сеньор

По данным калькулятора Хабр Карьеры, сеньор-бэкенд-разработчик в России получает около 350 тысяч рублей в месяц. Разработчики, которые давно работают на этом уровне, называют условной верхней границей рынка примерно 400 тысяч. Между компаниями разница есть, но после пары смен работы обычно становится видно, что офферы сходятся к одному уровню. Здесь и дальше суммы приведены как ориентиры для сравнения вариантов, условия конкретных вакансий нужно проверять отдельно. Вилки по грейдам и направлениям мы собрали в обзоре зарплаты IT-специалистов в конце 2025-го.

Почему вторая работа не решает проблему

Первое, что приходит в голову, когда упираешься в зарплатную вилку — это вторая работа. Многие так и делают, и какое-то время доход действительно растёт.

Проблема в том, что оба дохода по-прежнему зависят от ваших личных часов. В сутках их больше не станет, поэтому третью работу уже не возьмёшь, а вторая держится ровно до тех пор, пока хватает сил. Вместе со второй зарплатой приходит второй набор дедлайнов, созвонов и ожиданий, которые съедают вечера и выходные.

Такая схема работает, пока свободные часы остаются. Когда они заканчиваются, доход перестаёт расти, и вы снова оказываетесь под потолком, просто на ступеньку выше.

Тимлид и engineering manager

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

Но работа меняется сильнее, чем кажется. Сеньор отвечает за свои задачи: берёт самые сложные и стабильно их закрывает. Тимлид сам задач почти не выполняет, его работа в том, чтобы их закрывала вся команда. Оценивают его по тому, насколько стабильно команда выпускает фичи и укладывается ли в сроки. Внутренние проблемы команды теперь тоже его зона ответственности.

Чем занят тимлид

Возьмём типовую ситуацию: проект планировали сдать за три месяца, а сдали за пять. Разработчик мог выполнить свою часть без проблем, но объяснять задержку руководству пойдёт тимлид. Ему придётся разобрать процесс целиком, от того, как команда договаривалась о задачах, до того, на каком этапе застревали ревью. Если проект уложился в срок, это записывают в заслуги всей команды, и отдельной благодарности тимлиду обычно не достаётся.

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

Эту оценку подтверждает продуктовый аналитик Тагир Хайрутдинов. В разборе 108 вакансий аналитиков в геймдеве он описывает свой рабочий день в Яндексе, где был лидом сразу нескольких направлений.

К профильной экспертизе добавляется управленческий слой, и время на него приходится брать из того же рабочего дня. Есть и менее очевидная деталь — медленный код можно переписать и ускорить, а часовой созвон так не сократишь, сколько бы вы ни знали о разработке.

Когда управление вытесняет инженерию

Крайний вариант управленческой ветки прошёл Александр Попов. В структурах Газпрома он проработал около 14 лет: начинал инженером-программистом, потом стал ведущим инженером по информационной безопасности и возглавил группу ИБ, которая модернизировала системы в 42 филиалах компании. После этого его пригласили на должность начальника ИТ-отдела, и состав работы сразу поменялся.

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

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

Зарплата тимлида в 2026 году

Данные о зарплатах тимлидов расходятся в зависимости от источника. По срезу checkroi на апрель 2026 года переход из сеньора в тимлиды даёт прибавку 25-30%: медиана тимлида составляет около 480 тысяч рублей против 350 тысяч у сеньора. По калькулятору Хабр Карьеры средняя зарплата тимлида в IT равна 370 тысячам рублей, а hh.ru за первый квартал 2026 года показывает медиану тимлидов разработки 300 000 рублей. Разница объясняется методикой: hh.ru считает по зарплатам из вакансий, а обзоры опираются на фактические доходы работающих специалистов.

Теперь соотнесём деньги с нагрузкой. Допустим, сеньор получает 400 тысяч, а тимлид 500. На бумаге это плюс четверть дохода. Но если работы становится на половину больше, в пересчёте на прежний объём часов тимлид получает около 333 тысяч, то есть меньше сеньора, и почасовая прибавка уходит в минус. Бывают и компании, где сеньор и тимлид получают примерно одинаково, а отличаются только ответственностью.

Поэтому, обсуждая оффер, начните с главного вопроса: сколько разработки останется за вами. Затем уточните, какие встречи обязательны и по каким показателям команды будут оценивать вашу работу.

Как задавать такие вопросы, мы уже рассказывали в истории дизайнера Марии Черниковой, которая выросла до мидла внутри одной компании. Грейд у неё другой, но механика разговора о повышении та же. Вот два вопроса из тех, что Мария задала руководителю на первой встрече:

При переходе в тимлиды логика та же: пока критериев оценки нет, оффер просто не с чем сравнить. Если вы идёте в тимлиды ради денег, сравнивать нужно весь пакет: оклад, часы, обязанности и критерии оценки. Если вам интересно работать с людьми и выстраивать процессы, эта роль может подойти независимо от размера прибавки.

Куда расти после тимлида

Следующая ступень управленческой ветки — руководство несколькими командами. Такую роль называют мета-тимлидом или cluster engineering manager (CEM). Представьте пять команд, у каждой свой тимлид, а над ними общий руководитель. Он помогает тимлидам расти, сравнивает результаты команд, нанимает новых лидов и решает вопросы, которые выходят за рамки одной команды. Выше по этой ветке стоит технический директор, и таких позиций в компании ещё меньше.

Чтобы роль CEM вообще появилась, в компании должно быть примерно от десяти команд, то есть от двухсот человек в разработке. Даже там место обычно одно и уже занято, а человеку на нём незачем уходить, потому что расти дальше в этой ветке почти некуда. Чаще всего до этой роли дорастают изнутри, пока компания быстро развивается.

Похожую позицию, только в поддержке, занимал Илья Лягушенко. В истории о переходе из поддержки в продакт-менеджеры банка он рассказывает, чем занимался в массовом сервисе.

Выше в этой ветке оставалась только должность самого руководителя поддержки. Дальше Илья рос уже в соседней профессии: через бизнес-аналитику в Т-Банке он перешёл в продакт-менеджмент.

Отсюда совет для собеседования: спросите, как компания планирует расти, какие команды собирается запускать и кто будет готовить для них руководителей. Подробнее о разнице между управленческой и технической веткой мы писали в статье про тимлида или техлида: куда расти после senior-разработчика.

Если управлять людьми не хочется, можно расти по техническому треку. В разных компаниях такие роли называются по-разному (staff engineer, principal engineer, архитектор), но суть у них одна. Вы остаётесь в инженерии и решаете задачи сразу для нескольких команд, а ваша ценность определяется тем, насколько глубоко вы понимаете систему. По деньгам это обычно плюс 10-20% к сеньорской зарплате, хотя в конкретной компании соотношение может отличаться.

Главное отличие от тимлида в том, за что вы отвечаете. Тимлид отвечает за людей и процессы. Staff-инженер отвечает за техническую часть, общую для нескольких команд: архитектурные решения, общие компоненты и договорённости о стандартах. Встреч у него тоже много, только обсуждают на них технические решения, а планирование и найм остаются у менеджеров.

Как становятся staff-инженерами

Чаще всего staff-инженер вырастает вместе с компанией. Например, разработчик писал платёжное ядро ещё в маленькой команде. Потом компания выросла в несколько раз, вокруг ядра появились новые сервисы, а он остался человеком, который знает, почему функциональность устроена именно так. К нему приходят с проблемами, которые без этого контекста не разобрать, и он же вводит в курс дела новых инженеров.

Другой путь связан с ростом целого направления. Допустим, фронтендеров в компании было трое, а стало десять, и их распределили по разным командам. Теперь им нужны общие договорённости о код-стайле, пайплайнах и работе с общими частями системы, и кто-то должен эти решения координировать. Если этим человеком оказываетесь вы, вы фактически уже выполняете работу staff-инженера.

Что переносится между компаниями

У технического трека есть ограничение: ценность staff-инженера во многом держится на знании конкретного продукта. При смене компании этот контекст обнуляется, а инструменты и подходы остаются с вами. Такая ситуация произошла и в опыте Тагира Хайрутдинова. Он работает в аналитике данных, но механика переноса экспертизы у аналитиков и разработчиков одинаковая. Тагир перешёл из геймификации в Альфа-Банке на позицию аналитика мобильной игры в Яндексе и был уверен, что без опыта в геймдеве его не возьмут. Взяли, и адаптация оказалась короче, чем он ожидал.

В той же роли Тагир брался за задачи, которые по масштабу соответствуют staff-уровню.

Принцип совпадает с работой staff-инженера: результат измеряется тем, насколько эффективнее после вас работают другие, а количество собственных задач отходит на второй план.

Для технического трека делаем вывод, что экспертиза в стеке переносится между компаниями практически без потерь, а статус человека, который знает систему, на каждом новом месте приходится зарабатывать заново. Поэтому стать staff-инженером через смену компании получается реже, чем вырасти до этой роли внутри одной. Другие направления технического роста мы разбирали в статье куда расти бэкенд-разработчику в 2026–2027.

Менторство в IT

Учить других можно без ухода с основной работы, и для многих сеньоров это первый эксперимент за пределами найма. Форматов здесь два. Можно подключиться к чужому образовательному продукту и работать с онлайн-школой, а можно самому решить, с чем вы помогаете, и искать людей, которым нужна именно эта помощь.

Онлайн-школы

Работа над курсом бывает разной: от написания материалов и сценариев видео до проверки домашних заданий и ведения занятий. Платят в этом формате немного. Разработчики, которые пробовали этот путь, называют ставки от 300 до 2000 рублей в час, причём до верхней границы доходят немногие. Если сравнить это со ставкой на основной работе и прибавить время на подготовку и доработки, становится понятно, что основной доход такая подработка не заменит.

С карьерным ростом внутри школы тоже сложно. Сотрудничество часто заканчивается вместе с курсом, а если уволится менеджер, который вас пригласил, школа может просто перестать выходить на связь. Зато такой опыт показывает, как устроены большие образовательные программы и нравится ли вам вообще эта работа.

Частное менторство

Индивидуальные консультации дают больше свободы: тему и цену вы выбираете сами. Типичная ставка начинается с 3-5 тысяч рублей в час и растёт вместе с репутацией. Кажется, что достаточно умножить её на свободные часы в календаре, и прибавка к зарплате готова.

Но по факту каждый оплаченный час занимает примерно два часа вашего времени. Перед встречей нужно разобраться в запросе и подготовиться, созвон часто затягивается, а после него надо подвести итоги и написать рекомендации. В пересчёте на фактическое время ставка 5 тысяч рублей превращается в 2,5 тысячи за час, и уже несколько консультаций в неделю сокращают ваше свободное время.

Отдельно придётся решать задачу поиска клиентов. Продвигать консультации придётся учиться отдельно, и это другой навык, не связанный со знанием технологий. Плюс на площадках для менторов много конкурентов, которые обещают быстрый вход в профессию «на 300к» и учат накручивать опыт в резюме. Конкурировать с такими обещаниями за внимание сложно, поэтому рабочая стратегия одна: чётко описать свою услугу и искать именно тех, кому она нужна.

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

Личный бренд разработчика

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

Сколько приносит небольшой канал

Возьмём типичную ситуацию: разработчик ведёт телеграм-канал на две тысячи подписчиков и за всё время продал два рекламных поста по 10 тысяч рублей. Значит, рекламодатели готовы платить за доступ к такой аудитории, но для постоянного дохода нужен регулярный спрос на размещения.

Чтобы канал или блог стабильно приносил деньги, обычно нужны десятки тысяч подписчиков — это уже полноценное медиа со своей концепцией, графиком выпусков и командой. Каналы в духе «Вася пишет про код» чаще всего так и остаются на уровне пары тысяч читателей, поэтому, если вы развиваете инженерную карьеру, сначала прикиньте, насколько большой медиапроект вам вообще нужен.

Канал может приносить пользу и без рекламы. Тагир Хайрутдинов ведёт каналы «Тагир Анализирует» и «Зарплатник аналитика», и второй служит ему источником данных для статей.

Результаты этого опроса вошли в его разбор вакансий. Тот же канал работает на продукт Тагира: «Карьерник» — тренажёр для подготовки к собеседованиям в формате Telegram-бота, где за 10–15 минут в день можно повторить SQL, A/B-тесты, статистику и метрики. Аудитория, данные и продукт здесь связаны между собой, и пользу канала определяет эта связка, а число подписчиков просто приятное дополнение.

Как публичность связана с карьерой

Логика здесь простая: о человеке, которого никто не знает, никто и не вспомнит, когда появится вакансия, запрос на консультацию или партнёрский проект. Можно быть сильным специалистом, но предложения будут уходить к тем, кто заметнее.

Работает это медленно. Первые месяцы регулярных публикаций часто проходят почти без отклика, и многие бросают на этом этапе, потому что результата не видно. Те, кто доходит до результата, обычно заранее решают, что читатель должен понять после их материалов: как автор решает задачи, с чем может помочь или зачем нужен его продукт. Если пока сложно это сформулировать, начните с того, как рассказать о своих результатах.

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

Подработки и смежные проекты

Кроме менторства и блога, у сеньора есть и другие способы зарабатывать на своём опыте: проектный фриланс, технический консалтинг для небольших компаний, аудит кода или архитектуры, выступления на конференциях. Иногда такое направление вырастает из увлечения и постепенно становится второй профессией, но на старте основная работа почти всегда оплачивает и текущие расходы, и развитие нового дела.

Главное ограничение здесь — время: дополнительная работа почти всегда занимает вечера и выходные. Со стороны кажется, что человек просто всё успевает, хотя на деле его рабочий день растягивается до двенадцати часов. Поэтому подработку стоит планировать вместе со всем расписанием и заранее считать, сколько часов в неделю она реально занимает.

Часть нагрузки со временем можно делегировать. Удобнее всего делать это после того, как вы сами прошли процесс от начала до конца. Тогда видны все этапы и требования к результату, и у вас фактически появляется пошаговая инструкция, по которой задачу можно передать другому человеку. За собой вы оставляете ту часть, которой хотите заниматься.

Переключение между основной работой и смежным проектом спасает от однообразия, но у второго направления тоже есть обязательства: сроки перед клиентами и даты выступлений, а если вы ведёте блог, то ещё и график публикаций. Цена такого режима — меньше времени остаётся на близких и отдых, поэтому заложите в план возможность сбавить темп: например, договоритесь о частичной занятости на основной работе на пару месяцев, когда новое направление начнёт расти.

Свой продукт параллельно с работой

Собственное приложение или сервис меняет саму модель заработка. На основной работе вы получаете зарплату за выполнение обязанностей, а в продукте деньги приносят пользователи, которым нужна его функциональность. Доход перестаёт зависеть только от ваших часов: вы тратите на проект столько же времени, а платящих пользователей может становиться больше. Грейдовой вилки здесь нет, но сначала придётся проверить, готовы ли пользователи вообще платить.

Как начать без риска

Самая спокойная схема такая: вы остаётесь в найме и выделяете проекту ограниченное время. Зарплата покрывает повседневные расходы, вечера и часть выходных уходят на разработку. Если проекту нужны деньги на серверы или рекламу, заранее определите ежемесячный бюджет, который готовы потратить без ущерба для жизни. В таком режиме проект может развиваться сколько угодно долго, пока не начнёт приносить регулярный доход.

Кому принадлежит код

Перед стартом перечитайте трудовой договор. По Гражданскому кодексу РФ исключительное право на программу, созданную в рамках трудовых обязанностей, принадлежит работодателю. Поэтому проект не должен пересекаться с рабочими задачами, а писать его на рабочем ноутбуке не стоит. В договорах встречаются и более широкие формулировки, так что проверьте их до того, как продукт начнёт зарабатывать.

Главная ошибка на старте

Классическая ошибка — выбирать идею ради изучения новой технологии. Например, можно сделать приложение для подсчёта калорий, чтобы освоить React Native и Node.js, и даже опубликовать его в сторах. Учебную задачу вы вроде закрыли, но пользователю непонятно, какую его проблему решает приложение и почему лучше выбрать его, а не другой готовый аналог.

Перед запуском сформулируйте, кому нужен продукт и зачем человек станет к нему возвращаться. У пользователя должна быть собственная причина открывать приложение, а у платящего пользователя — ещё и причина отдавать за него деньги. Когда задача понятна, первую версию можно собрать быстро, например с помощью вайбкодинга в Cursor. А для вдохновения можно почитать историю о том, как пет-проект студента превратился в Linux.

Начать с проблемы и уже под неё подобрать инструмент получилось у Александра Попова. Коммерческий продукт он не запускал, но логика выбора та же: за годы работы в ИТ его не устраивали многие программные продукты, которые приходилось внедрять.

Сейчас Александр разрабатывает в банке автоматизации для рутинных задач обслуживания.

Как понять, что продукт работает

Допустим, за четыре месяца ваше приложение набрало несколько сотен пользователей и первые платные подписки. Значит, кто-то уже готов пользоваться продуктом и платить за него. Но сами по себе эти цифры не показывают, сколько проект зарабатывает и насколько он приблизился к замене зарплаты. Для этого нужны финансовые метрики: выручка в месяц, стоимость привлечения пользователя и доля тех, кто продлевает подписку.

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

Сравнение путей после сеньора

Чтобы понять, как пробить карьерный потолок, сопоставьте желаемый доход с содержанием будущей работы. Представьте, чем вы будете заниматься в каждом из вариантов, и спросите себя, готовы ли делать это регулярно.

Тимлид и EM	По рынку плюс 25-30% к сеньору, в конкретной компании бывает и меньше	Люди, процессы, результат команды, иногда ещё и код	Следующий шаг зависит от размера и роста компании
Staff и архитектура	Обычно плюс 10-20% к сеньорской зарплате	Общая техническая часть и помощь другим инженерам	Роль привязана к знанию конкретного продукта
Онлайн-школа	300-2000 ₽ в час	Материалы, занятия, доработки	Внутренней карьеры почти нет
Частное менторство	От 3-5 тыс. ₽ в час	Подготовка, встречи, поиск клиентов	Ограничено личным временем
Личный бренд	Реклама или поддержка других направлений	Регулярный выпуск контента	Нужна связь между аудиторией и тем, на чём вы зарабатываете
Подработки и консалтинг	Почасовая или проектная оплата	Вечера и выходные	Упирается в доступное время
Свой продукт	Платежи пользователей	Разработка, продвижение, поддержка	Грейдовой вилки нет, но спрос нужно подтвердить

Как выбрать свой путь

Выбор направления раскладывается на пять шагов.

1. Определите, чем хотите заниматься. Представьте, что денег у вас достаточно и работать ради зарплаты больше не нужно. То, чем вы всё равно продолжили бы заниматься, и стоит рассматривать в первую очередь.

2. Сохраните финансовую опору. Регулярная зарплата позволяет спокойно пробовать новое, пока оно не приносит сопоставимого дохода, поэтому увольняться ради эксперимента обычно незачем. Так действовал Илья Лягушенко, когда переходил из поддержки в продукт.

Бывает и обратный сценарий. Александр Попов ушёл с должности начальника ИТ-отдела без оффера, потому что совмещать работу и учёбу у него не вышло.

Первое предложение о работе он получил примерно через полгода обучения.

3. Считайте время целиком. Чтобы провести час консультации, нужно подготовить до встречи и сделать разбор после, а запуск продукта включает не только разработку, но и общение с пользователями. Если не заложить это в расписание сразу, через месяц оно перестанет помещаться в неделю.

4. Оценивайте результат по правильным метрикам. Коммерческий отклик может появиться только через несколько месяцев, поэтому прогресс стоит мерить показателями, связанными с вашей целью: запросами на консультации, предложениями о сотрудничестве или платежами пользователей. Лайки под постами в этот список не входят. Мария Чернихова, например, следила за признаком роста, который не зависит от самооценки.

5. Делегируйте понятные задачи. Когда процесс разобран и вы можете объяснить нужный результат, часть работы лучше передать другим, чтобы освободить время на следующее направление.

Где можно сделать ошибку 

Смотреть только на оклад. Плюс 25% к зарплате радуют ровно до первой недели в новой роли, когда выясняется, что свободных окон в календаре больше нет, а за результат команды теперь спрашивают с вас. Прежде чем соглашаться, прикиньте, сколько часов в неделю займёт новая работа, и разделите на них оклад.

Ждать повышения там, где ему неоткуда взяться. Если компания не открывает новых команд, позиция тимлида или staff-инженера сама собой не появится, как бы хорошо вы ни работали. Расти в такой ситуации придётся в другой компании или за пределами найма. Илья Лягушенко столкнулся с этим в премиальном сервисе, где отвечал за базу знаний.

Ждать Илья не стал: сменил направление, ушёл в бизнес-аналитику, а затем в продакт-менеджмент. 

Рассчитывать на пассивный доход. Записанный курс устаревает вместе с технологиями, а коммерческому приложению постоянно нужны багфиксы и ответы в поддержке. Закладывайте это время в план, иначе пассивный проект начнёт забирать всё свободное время.

Увольняться после первых продаж. Первые подписки дают повод вложить в проект больше сил, но заменить зарплату они пока не могут. Лучше дождаться, когда выручка несколько месяцев подряд держится на одном уровне, и отложить запас хотя бы на полгода жизни.

Работать без перерывов. С одной стороны, совмещать основную работу и свой проект выгодно, но на практике без отдыха такой режим быстро приводит к выгоранию, и страдают оба направления сразу. Когда проект начнёт расти, пересмотрите расписание заранее, пока нагрузка ещё под контролем.

Вы не спрашивали, но мы ответим

Что делать, если упёрся в карьерный потолок?

Сначала определите, во что именно вы упёрлись: в зарплатную вилку, в однообразие задач или в отсутствие позиций выше. От ответа зависит направление. Вилку двигают переход в тимлиды или смена компании. От однообразия спасают staff-трек или смежные проекты. Если выше расти некуда, остаётся другая компания или работа вне найма.

Можно ли расти после сеньора без менеджмента?

Да, например в staff-инженеры или архитекторы. Основная работа останется технической, но придётся объяснять решения коллегам и договариваться с соседними командами. Можно также попробовать менторство или собственный продукт. Там появятся другие задачи: поиск учеников, организация обучения или работа с пользователями.

Можно ли вернуться из менеджмента в разработку?

Да, например в staff-инженеры или архитекторы. Основная работа останется технической, но придётся объяснять решения коллегам и договариваться с соседними командами. Ещё можно попробовать менторство или собственный продукт, где появятся другие задачи: поиск учеников, организация обучения или работа с пользователями.

Нужен ли разработчику личный бренд?

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

Можно ли вернуться из менеджмента в разработку?

Можно, но на переобучение уйдёт время. Александр Попов после должности начальника ИТ-отдела полгода учил C++, а затем получил работу, где требовались знание Linux и умение писать код. Позже он переучился на Python и сейчас пишет автоматизации в банке. Управленческий опыт помог ему в разработке формулировать задачи и оценивать сроки.

Нужен ли разработчику личный бренд?

Зависит от того, чего вы хотите добиться. Блог помогает показать работодателю свою экспертизу или найти клиентов на консультации. Для начала определите, кому вы пишете и с какими вопросами к вам можно обращаться. 

Сколько зарабатывает тимлид в 2026 году?

В обзоре checkroi за апрель 2026 года указана медиана около 480 тысяч рублей в месяц для IT-лидов с опытом 3-5 лет в этой роли. Эту сумму нужно сопоставлять с предложениями для похожих позиций. При обсуждении перехода поймите, какая часть работы связана с управлением и сколько разработки останется за вами.

Советуем дополнительно почитать

Кому в IT платят больше 500 000 ₽: языки, ниши и навыки — какие специализации и ниши на российском рынке 2026 года дают зарплату выше полумиллиона.

Чем отличается продакт-менеджер от проджект-менеджера — два управленческих направления для разработчиков: зоны ответственности, метрики, зарплаты 2026 года и маршруты перехода из инженерии.

Как запустить стартап и не разориться — собираем в Excel финансовую модель продукта и проверяем, сойдутся ли доходы с расходами.

75% резюме летят в корзину: как пройти ATS-фильтр и дойти до рекрутера — как системы отбора читают резюме и что сделать, чтобы его увидел живой человек.

Как разработчику восстанавливать силы каждый день — режим, перерывы, сон и хобби: что помогает не выгореть при плотном графике.