Медианная зарплата тимлида-разработчика в России достигла 424 тысяч рублей, а лида DevOps — 461 тысячи. На этом фоне роль руководитель в IT выглядит не просто карьерным апгрейдом, а одним из самых дорогих билетов в российской цифровой экономике. Проблема в том, что за высоким чеком скрывается не повышение в привычном смысле, а смена профессии: из сильного исполнителя нужно превратиться в человека, который отвечает за других.
Об этом сообщает Habr / Карьера в материале о том, как устроен управленческий трек в IT и какие роли ведут от senior-специалиста к CTO. Логика публикации простая и неприятно честная для многих инженеров: хороший код сам по себе не делает человека хорошим менеджером. Более того, технический трек никуда не исчез, и он по-прежнему позволяет расти в деньгах без обязательного поворота в people management.
В статье Хабра карьерный рост в IT разбирают через два параллельных маршрута. Первый — технический, или IC-трек: junior, middle, senior, staff, principal. Второй — управленческий: senior, tech lead, engineering manager, далее VP или CTO. Разница не декоративная. В техническом треке растёт влияние через архитектуру, экспертизу и сложность задач. В управленческом — через найм, развитие команды, процессы и ответственность за общий результат. Для рынка это важное различие: специалисту больше не обязательно идти в начальники только ради денег. В качестве ориентира Habr / Карьера приводит зарплаты principal или distinguished engineer на уровне от 500 тысяч рублей и CTO или VP Engineering — от 600 тысяч.
Из этого вытекает главный тезис, который полезно услышать и разработчикам, и работодателям: руководитель в IT — не следующая ступень после senior по умолчанию. Руководитель группы аналитиков-разработчиков в службе офлайн-метрик Поиска Алексей Гаврилов в комментарии для материала формулирует это без лишней романтики: управление — это не продолжение прежней роли, а фактически новая профессия, где человек снова оказывается почти джуном, только уже с командой в подчинении. Для отрасли это давно знакомая проблема. Компании теряют сильных инженеров, когда пытаются автоматически делать из них тимлидов, а сами инженеры обнаруживают, что вместо проектирования систем теперь нужно проводить 1-1, разруливать конфликты, защищать команду от внешнего давления и объяснять бизнесу, почему технический долг не исчезает от силы корпоративной воли.
Маршрут наверх при этом довольно чёткий. Первая развилка — роль Tech Lead. Это ещё не классический менеджер: техлид пишет код, принимает архитектурные решения, ведёт код-ревью, помогает разработчикам расти и координируется с продактом и соседними командами. Но HR-функции в большинстве компаний у него ограничены или отсутствуют. По данным статьи, медианная зарплата техлида находится в диапазоне 230-280 тысяч рублей, а в крупных продуктовых компаниях может доходить до 380 тысяч. Следующий уровень — Engineering Manager, он же тимлид в российской терминологии. Здесь начинается полноценное управление людьми: найм, увольнения, performance review, обратная связь, процессы, конфликты. И здесь же растёт компенсация: 300-350 тысяч рублей медианно, а в некоторых компаниях — до 500 тысяч. Дальше — Head of Engineering с диапазоном 380-500 тысяч и потолком до 700 тысяч рублей, а на вершине — CTO с вилкой от 400 тысяч до 1 млн рублей и выше.
Но сами цифры в этой истории не самое интересное. Гораздо важнее набор требований к переходу. Для первых управленческих ролей рынок по-прежнему ждёт технический фундамент уровня middle или senior: без него сложно адекватно оценивать сроки, компромиссы и риски, а значит, сложно и разговаривать с командой на одном языке. Поверх этого накладываются совсем другие навыки: проведение 1-1, постановка целей через OKR или KPI, обратная связь по модели SBI, делегирование, работа с мотивацией, управление конфликтами. Плюс продуктовое и бизнес-мышление. Руководитель в IT должен понимать, как команда создаёт ценность для бизнеса, по каким метрикам живёт продукт и как переводить технические аргументы на язык приоритетов, денег и сроков. Иначе он быстро превращается либо в старшего разработчика с календарём, забитым встречами, либо в менеджера, который уверенно обещает невозможное.
Отдельно материал фиксирует набор типичных ошибок начинающих руководителей, и тут почти каждая строка узнаваема для любого, кто работал в продуктовой разработке. Первая ошибка — не делегировать и по привычке делать всё самому, потому что так быстрее. На короткой дистанции это выглядит как героизм, на длинной — как поломка системы: команда не растёт, лидер выгорает, а управленческие задачи остаются без хозяина. Вторая — избегать неприятных разговоров. Если менеджер не даёт обратную связь, не обсуждает проблемы перформанса и не гасит конфликты вовремя, атмосфера становится токсичной без единого формально токсичного сообщения в чате. Третья — считать, что технический авторитет автоматически переносится на управленческий. Не переносится. Уважение к менеджеру приходится собирать заново, уже не через код, а через решения, последовательность и способность держать удар между бизнесом и командой. И четвёртая ошибка — продолжать учиться только технологии, игнорируя само управление как дисциплину.
На этом фоне закономерно выглядит и блок про обучение. Habr / Карьера перечисляет несколько направлений: курсы по управлению командами и лидерству, программы по продуктовому мышлению и обучению работе с метриками, а также треки для тех, кому нужен более формальный документ о квалификации. Список сам по себе не сенсация, но он хорошо показывает сдвиг на рынке: менеджмент в IT перестал считаться побочным навыком, который «прилипнет по дороге». Его всё чаще оформляют как отдельную зону компетенций с понятными инструментами и языком. Для бизнеса это означает более зрелый найм и более высокие ожидания к тимлидам. Для специалистов — неприятную, но полезную развилку: либо идти в людей и процессы осознанно, либо расти дальше как сильный индивидуальный эксперт, не извиняясь за то, что не хочется становиться начальником.
Главный вывод из этой истории довольно приземлённый: в российском IT по-прежнему дорого платят за ответственность, но всё хуже платят за иллюзию, что ею можно управлять на одном техническом бэкграунде. Чем выше ставка на командную эффективность, найм и предсказуемость поставки, тем меньше шансов у случайных руководителей. И тем острее для рынка вопрос, который раньше многие старались не задавать вслух: кто именно должен становиться лидом — лучший инженер в комнате или человек, который умеет делать сильнее всю комнату целиком.