Карьерный рост в IT
Грейды, которые не про годы. Как стать senior, стоит ли лезть в тимлиды и как реально поднять зарплату в IT — без выслуги лет и без мотивационных сказок.
Карьерный рост в IT продают как лестницу: отсидел год — стал миддлом, отсидел ещё пару — сеньором, потом тимлид, потом деньги сами. На практике так не работает. Грейды в IT — это не про стаж и не про список выученных технологий, а про то, что вы закрываете сами и за что готовы отвечать. А доход растёт не тогда, когда вы терпите на одном месте, а когда двигаетесь. Ниже — как устроены грейды на самом деле, как доказать свой уровень и где в этой конструкции лежат деньги.
Что такое грейд на самом деле
Первое, что нужно выкинуть из головы: грейд — это не «сколько лет вы в профессии». Можно просидеть десять лет на однотипных тикетах и остаться крепким миддлом, а можно за три года дорасти до senior — если постоянно брать задачи чуть выше своего текущего потолка. Чем отличается junior от middle и senior — определяется одним вопросом: сколько неопределённости человек закрывает сам, без няньки.
Junior — работает по готовому ТЗ
Берёт узкую, уже поставленную задачу и делает её под присмотром. Код уходит на ревью, старшие подсказывают, где посмотреть. Ответственность минимальная: за свой кусок, но не за то, правильно ли задача вообще поставлена. Это нормально — джун покупает опыт временем старших.
Middle — закрывает фичу целиком
Ему можно отдать фичу, а не тикет, и он доведёт её до прода сам: декомпозирует, найдёт, где копать, разберётся в чужом коде. Ревью периодическое, а не построчное. Отвечает за задачу и свои сроки. Middle — это тот, кого уже не надо вести за руку, но чьи решения ещё имеют границы модуля.
Senior — берёт неопределённость
Ему можно отдать размытую задачу без ТЗ — «у нас падает сервис, разберись» — и не проверять каждый шаг. Он сам решает, как её вообще решать, влияет на архитектуру и на других людей, отвечает за последствия своих технических решений для продукта. Как стать senior — это не выучить ещё один фреймворк, а научиться приносить результат там, где условия неясны.
Отсюда таблица, которую стоит держать в голове. Вилки — ориентир на середину 2026 года по данным Хабр Карьеры и hh.ru: до вычета налогов, «в среднем по больнице». В Москве медиана заметно выше (порядка 225–230 тыс. ₽ у разработчиков), в регионах — на 40–50% ниже. Конкретные цифры по стекам и грейдам смотрите в разделе зарплаты.
| Грейд | Что делает сам | За что отвечает | Вилка, ориентир ₽/мес |
|---|---|---|---|
| Junior | Узкие задачи по готовому ТЗ, с ревью и подсказками старших | За свой кусок кода. Не за постановку задачи | 70–150 тыс. |
| Middle | Фичу целиком без няньки: сам декомпозирует, разбирается в чужом коде | За задачу или модуль и свои сроки | 130–320 тыс. |
| Senior | Размытую задачу без ТЗ: сам решает, как её решать | За технические решения и их последствия для команды и продукта | 230–500 тыс. |
Важная оговорка: грейд у каждой компании свой. «Senior» в маленькой продуктовой студии и «Senior» в крупном банке — это два разных зверя по требованиям и деньгам. Поэтому единственно честный способ понять свой уровень — не сравнивать строчки в вакансиях, а смотреть, какого размера неопределённость вам доверяют без присмотра.
Почему я так уверенно про грейды
Меня зовут Дмитрий Тыльный, Senior DevOps, в IT с 2011 года. За это время у меня было 23 компании по ТК — от маленьких студий до крупняка. Я проходил ревью по обе стороны стола: и когда «докручивали» мой грейд, и когда я сам решал, тянет человек на middle или ещё нет. Так что про то, что грейд — это самостоятельность, а не годы, я знаю не из статей, а по собственным офферам и собесам.
Как частая смена работы и торг по офферам растят доход на дистанции — моя личная история на tylnyi.ru.
Как доказать свой грейд — на ревью и на собесе
Раз грейд — это ответственность и самостоятельность, то и доказывается он не стажем, а конкретикой. «Пять лет в разработке» — это не грейд, это выслуга. На перформанс-ревью и на собеседовании работает другое: что вы взяли, что решили сами, что из-за вас изменилось. Разница между «я работал над платёжным сервисом» и «я в одиночку вытащил падающий платёжный сервис в чёрную пятницу и снёс время выката с 40 минут до 5» — это ровно разница между миддлом и сеньором в глазах интервьюера.
Говорите закрытыми задачами, а не обязанностями
Не «занимался мониторингом», а «поднял алертинг, из-за которого инциденты стали ловиться до жалоб пользователей». Обязанность — это то, что было в описании вакансии. Закрытая задача — это то, что реально сделали вы и чего без вас не случилось бы.
Показывайте влияние, а не активность
Грейд считывается по масштабу последствий. Джун влияет на свой тикет, миддл — на фичу и свои сроки, сеньор — на команду, архитектуру и продукт. Формулируйте результат в этих категориях: кому стало легче, что перестало ломаться, сколько сэкономили времени или денег.
Заготовьте 3–5 историй с цифрами
Перед собесом соберите короткие кейсы по схеме «была проблема → я сделал так → стало вот так, в цифрах». Это же — ваша база для торга по зарплате и для разговора о повышении. Как это упаковывать под интервью, подробно разбираем в разделе собеседования, а техническую базу перед собесом освежите по 61 вопросу с реальных DevOps-собеседований.
Не просите грейд — показывайте, что уже в нём работаете
Повышение дают не за то, что вы «дозрели по времени», а за то, что вы уже полгода тянете задачи следующего уровня. Если хотите стать senior — берите задачи senior заранее и приходите на ревью с фактами, а не с просьбой. Нет таких задач на текущем месте — это сигнал, что расти надо в другой компании.
Где на самом деле лежат деньги: рынок платит тем, кто двигается
Теперь главное — и неприятное для тех, кто любит стабильность. Доход в IT растёт не выслугой на одном месте, а сменой компаний и грамотным торгом. Индексация внутри компании — это чаще всего «инфляция плюс немного», чтобы вы не сбежали. А рынок при переходе переоценивает вас целиком, по актуальной вилке. Рынок платит тем, кто двигается, а не тем, кто терпит.
Долгие годы переход между компаниями давал +30–50% к доходу почти автоматически — особенно на пике 2021 года, когда офферы росли безумными темпами. В 2026 году праздник кончился: рынок остыл, средний рост зарплат по отрасли замедлился до нескольких процентов в год, а двузначные прибавки остались только в узких дефицитных нишах — ИИ, кибербез, сложная инфраструктура. Но механика не поменялась: даже на остывшем рынке смена работы почти всегда обгоняет ежегодную индексацию на текущем месте. Просто цифры стали скромнее, а торг — важнее.
Самый быстрый рост дохода в IT. Вас оценивают по рынку, а не от вашей текущей зарплаты. Даже в 2026-м обгоняет индексацию
Не называйте цифру первым, держите 2–3 оффера, торгуйтесь от рынка, а не от прошлой зарплаты. Часто это +10–20% к первому предложению
Худшая стратегия для дохода. Пять лет верности = пять индексаций «по инфляции». Лояльность оплачивает работодатель, а не рынок
Отсюда практический вывод: держите резюме живым, даже если никуда не собираетесь, ходите на собесы «для калибровки» раз в полгода-год и всегда знайте свою рыночную вилку. Это не про предательство работодателя — это про то, чтобы вам платили по рынку, а не по привычке. Как торговаться по офферу и не продешевить — в разделе зарплаты, а если хочется финансового рывка помимо основной работы, есть отдельная тяжёлая, но рабочая стратегия — две работы в IT.
И ещё одна честная мысль, которая многих отрезвляет: любого эксперта на рынке заменят. Каким бы незаменимым вы себе ни казались, компания переживёт ваш уход, а вы — её. Поэтому полную отдачу логично вкладывать не в чужой бизнес до последней капли, а в то, что остаётся с вами: свой доход, свои навыки, свои проекты. Работать с головой, а не жечь себя ради чужого квартального отчёта.
Путь junior → middle → senior → lead: сроки и что качать
Реалистичные сроки по рынку РФ — именно как ориентир, а не гарантия. У кого-то быстрее, у кого-то никогда: всё упирается в то, дают ли вам на текущем месте задачи следующего уровня. Если не дают — см. предыдущий раздел про смену работы.
Junior → Middle: ~1,5–2 года
Качаете самостоятельность: научиться брать фичу и доводить до прода без пошаговых подсказок. Меньше «а как правильно?», больше «я сделал так, потому что…». Технически — уверенно закрыть свой основной стек, научиться читать чужой код и не бояться легаси. Главный переход здесь — из режима «мне ставят задачи» в режим «я сам понимаю, что и зачем делаю».
Middle → Senior: ~2–4 года
Самый длинный и размытый участок. Качаете работу с неопределённостью и системное мышление: видеть не только свой модуль, но и как он живёт в проде, под нагрузкой, через год. Учитесь принимать архитектурные решения и отвечать за них, объяснять их другим, менторить джунов. Как стать senior — это перестать спрашивать «что делать» и начать приносить «вот что я предлагаю и почему».
Senior → Lead или Staff: 1–2 года и развилка
После senior лестница раздваивается. Ветка вверх по людям — teamlead, engineering manager: как вырасти до тимлида, разбираем ниже, это отдельная профессия. Ветка вглубь по технике — Staff / Principal Engineer, архитектор: то же влияние и деньги, но без управления людьми. Обе ветки без потолка. Выбор — не про престиж, а про то, от чего вас меньше тошнит: от чужих проблем или от сложных систем.
И честно про сеньорство: это не потолок и не про то, что вы «выучили всё». Технологии меняются каждые пару лет, и senior отличается от миддла не длиной списка фреймворков, а тем, что ему можно отдать размытую задачу и не проверять. Гнаться за грейдом ради грейда бессмысленно — гонитесь за задачами, на которых растёте, а титул подтянется. Что учить на каждом шаге без распыления — в разделе обучение.
Тимлид и менеджмент — это смена профессии
Если рост упёрся и вы решили двигаться в другую компанию, дальше две технические вещи, на которых теряют деньги: что проверить в оффере и договоре и как правильно уволиться.
Главное заблуждение о карьерном росте в IT: будто тимлид — это «senior, которому добавили власти». Нет. Как вырасти до тимлида — это не следующий грейд разработчика, а переход в другую профессию. Вы меняете код на людей: собеседования, one-on-one, планы, дедлайны, чужие конфликты, чужое выгорание, защита команды перед начальством. Ваши технические навыки с этого момента начинают потихоньку ржаветь — просто потому, что руки в проде уже почти не бывают.
Что реально придётся качать
Soft skills, которые в разработке были бонусом, а тут становятся основной работой: коммуникация, обратная связь без токсичности, планирование, решение конфликтов, умение говорить «нет» и брать на себя ответственность за чужие факапы. Код — теперь хобби на выходных.
Кому тимлидство не нужно
Если вас раздражают встречи, вы кайфуете именно от кода и от решённой технической задачи, а не от «команда сдала спринт» — не идите в лиды ради строчки в резюме и +20% к окладу. Вы потеряете то, что любите, и не факт, что полюбите новое. Деньги senior-инженера и тимлида на рынке сопоставимы — это не повышение, это в бок.
Есть альтернатива — расти вглубь
Не хотите людей — идите в Staff / Principal Engineer или в архитекторы. Это техническая ветка без управления, где ценят именно вашу инженерную голову. Тимлидство — не обязательная ступень, а один из двух путей. Выбирать его надо осознанно, а не потому, что «так принято расти».
Если всё же тянет в менеджмент — начинайте мягко: возьмите менторство джуна, поведите маленький проект, попробуйте фасилитировать встречи. Так вы примерите роль до того, как подпишетесь на неё полностью. И помните про баланс: гонка за грейдом и деньгами хороша ровно до того момента, пока не начинает жечь. Как не сгореть в этой гонке — отдельный большой разговор в разделе выгорание.
Разборы собесов и рост дохода — в Telegram и на YouTube
Я выкладываю разборы реальных собеседований, живые истории про смену работы, торг по офферам и рост дохода в IT — без инфоцыганщины и обещаний «золотых гор». На YouTube-канале и в Telegram: коротко, по делу и на своём опыте, а не по мотивам чужих курсов.
Отдельно есть менторство в закрытой группе — разбираем резюме, созваниваемся, отвечаю на вопросы по карьере и доводим до оффера. Не курс и не теория: работа по делу с человеком, который сам прошёл этот путь 23 раза.
Перейти в Telegram-канал