Привет Хабр, меня зовут Алина, и я HR-lead компании SSP SOFT (мы занимаемся заказной разработкой). Написать пост про особенности найма сеньоров мне помог наш райтер Сергей, а на саму идею — сподвиг случайно встреченный на просторах интернета пресс-релиз из заглавной иллюстрации. Не буду останавливаться на названии этой компании, его легко загуглить по фразам из скрина. Важно другое — коллеги по отрасли написали про избыток сеньоров на рынке труда в 2Н/2025 г., что казалось немыслимым еще пару лет назад. А как принимают на работу сеньоров, если речь идет не о массовом наборе, а точечно, под конкретные проекты? Об этом я и хотела порассуждать в этом посте.
Да, в 2025 году в IT стало непросто найти работу даже опытным разработчикам. Особенно тем, кто привык, что семь-десять и более лет опыта — это уже пропуск на любую позицию. Почему так происходит? Дело в экономической ситуации (об этом как раз сказано на скрине), но мы на экономику, ключевую ставку, решения госорганов и т.д. — повлиять не можем, хотя можем под ситуацию подстраиваться.
Итак, вернемся к точечному найму сеньоров. Вы удивитесь, но в условиях«рынка работодателя» все чаще сеньоры не проходят собеседования не из‑за недостатка нужных знаний, а в большей степени из-за отсутствия командно-ориентированных софтскиллов.
Кстати, найм мидлов и сеньоров для нас — актуальная задача. Во 2-м полугодии 2025 года мы усиливаем несколько ключевых направлений. Посмотрите наши последние посты на Хабре по вакансиям. Если вы уверенно чувствуете себя как профи, цените стабильность и хотите работать в зрелой команде — присоединяйтесь.
Важно: мы знаем как негативно кандидаты относятся к практике откликов через hh, поэтому в посте есть ссылка на прямую связь с нашим HR, присылайте резюме напрямую и ждать ответа через hh не придется.
Имеем что имеем: 2 типа сеньоров на IT-рынке
Современный рынок требует от сеньор-разработчиков не просто реализовывать продуктовые идеи и выдавать архитектурные решения, но и быть тем самым авторитетом в команде, к кому идут советоваться, спрашивать, дискуссировать. По сути, сегодня компании ищут два типа сотрудников:
Командный игрок — старший разработчик с достаточными хардскиллами и сильными софтскиллами. Он умеет общаться, выстраивать конструктивные отношения с мидлами и другими сеньорами, с менеджментом, и при этом не рушит атмосферу в команде.
«Доктор Хаус» — специалист с запредельными техническими знаниями, который при этом может быть токсичным в общении, самоуверенным, нелюдимым, но способен закрыть критически важные задачи для бизнеса компании. Его возьмут, потому что без него проект встанет или вовсе пойдет под откос. Но брать таких людей — это исключение, а не правило.
Большинство компаний хотят нанять первого. Второй — редкий персонаж, к которому предъявляются сверхвысокие требования по опыту и знаниям.
Что происходит на собеседованиях сеньоров
Если вы — опытный разработчик и на собесе вас внезапно начинают заваливать техническими вопросами по типу «структура байткода», «многопоточность в PHP» или «нутрянка Spring», то скорее всего, собеседование на командного игрока вы уже провалили. И вам дают второй шанс — показать, что вы хотя бы Доктор Хаус.
Если вы и этот тест не проходите — ждите отказ. При этом реальная причина почти никогда не проговаривается прямо. Вместо честного фидбека о том, что, например, вы показались замкнутым, сложным в коммуникации или задиристым и неадаптивным к обсуждению, вы чаще получаете формальную формулировку: «не хватило глубины знаний» или «слабое понимание внутреннего устройства платформы». Почему? Потому, что честно сказать «с вами тяжело разговаривать» у нас в индустрии по-прежнему считается невежливо.
Да и саму обратную связь формулируют HR-ы, которые ничего про байткод не знают и просто передают чужие слова. Им самим структура байткода, простите, ни о чем не говорит — но именно ее (как пример) укажут в причине отказа. А настоящая причина — в том, что тимлид или нанимающий менеджер просто не захотел с вами работать: вы оказались надменным, сухим, не умеющим поддержать беседу и т. д. Иными словами — вы просто не смогли встроиться в коммуникацию.
Хуже, если вы, поверив этому поверхностному «фидбеку», идете учить тот самый условный байткод — и снова наступаете на те же грабли уже на другом собесе и в другой компании.
Просто для справки, к теме HR не относящееся: байткод (англ. bytecode) — это промежуточное представление программы, которое не является ни исходным кодом (из редактора), ни машинным кодом. Он создается компилятором исходного языка (например, Java или Python) и исполняется виртуальной машиной (например, JVM — Java Virtual Machine или CPython-интерпретатор для Python).
Почему раньше у сеньоров все прокатывало?
Когда рынок рос в 2020-2023 и всем срочно нужны были «умелые руки», на позиции сеньоров брали любого, у кого было хотя бы три года опыта. Тогда софтскиллы играли второстепенную роль.Это был так называемый «рынок кандидатов».
Сегодня все наоборот: кандидатов больше, чем вакансий. И если из двух претендентов один контактен и понятен в общении, а другой демонстрирует надменность, пытается сразу учить других, резко возражает, плохо объясняет свои решения, то выберут первого — даже если второй опытнее (p. s. — и если компании пока не нужен тот самый спаситель проекта, имярек Доктор Хаус) .
Как понять, что у меня со софтскиллами проблемы?
Проблема качества софтскиллов часто слабо формализуемая, но какие-то явные сигналы постараюсь перечислить. Софтскиллы — это как минимум о том, как вы себя подаете на собесе.
Первый из тревожных сигналов — если вы звучите «как робот». Нет мимики, жестов, эмоций в голосе, глаза смотрят в стол или мимо — вы будто механически воспроизводите ответы, не включаясь в диалог. Это напрягает и рекрутеров, и технических интервьюеров: человек, который не умеет проявить себя живым на собеседовании, с большой вероятностью будет так же молчаливо сидеть на митингах команды и на других обсуждениях.
Еще один признак — неспособность четко объяснить свои действия в рамках задачи на собесе или в ретроспективе вашего опыта. Не можете связно рассказать, почему выбрали то или иное решение, как принимали ваши решения в команде в ретроспективе, какие были альтернативы. Это не про харизму, а про базовую коммуникацию: умение донести мысль — ключевой навык в современной разработке, особенно в команде.
Часто бывает и обратная крайность: сеньор или лид демонстративно подчеркивает глубину своих знаний, «перегибает» в попытках произвести впечатление. При ответе на вопрос интервьюера буквально не дает вставить слово, превращает собеседование в свою лекцию. А бывает и так, что кандидат начинает активно возражать интервьюеру, задавая в ответ свои вопросы по технологиям. Это моментально рушит контакт. Даже если вы на самом деле лучше разбираетесь в предмете, собеседование — не место для самоутверждения, побудьте скромнее хотя бы этот час.
Если вы узнали в этих ситуациях себя, задумайтесь. Это не значит, что вы слабый специалист. Просто с вами с большой вероятностью будет сложно работать — а это риск, на который компании все реже идут, если есть выбор среди нескольких сильных кандидатов.
Как прокачать софтскиллы: камера, видеоблог и разговоры вслух
Если вы интроверт (а в IT-индустрии таких большинство), замкнутый по своей натуре или просто не любите много говорить — это можно поправить. Софтскиллы можно тренировать. Один из самых эффективных способов — работа с видеокамерой.
Сначала про видеокамеру:
Записывайте себя любимого на видео — просто включите камеру и расскажите что-то — о своем проекте, о любимом языке программирования, о проблеме, которую недавно решили. Даже если это монолог на 3–4 минуты — это уже отличный старт. Сделайте несколько попыток. Тему надо выбрать из сферы IT, ведь про свое хобби (рыбалку, мото-вело и т.п.) вы и так расскажете красноречиво и ярко.
Пересмотрите записи и обратите внимание на мимику, жесты, паузы, слова-паразиты. Это бывает сложно — но честно и полезно.
Не удаляйте первые видео. Снимите следующие — и сравнивайте. Прогресс станет заметен уже через полдюжины записей.
Начните вести влог. Пусть это будет видеоблог о вашем хобби, работе или технологиях. Платформа — любая: YouTube, ВК, TikTok, Telegram.
Теперь про влог, это дает три полезных вещи:
Вы учитесь говорить вслух, четко формулировать мысли;
Тренируете умение держать внимание аудитории, быть интересным для слушателей или собеседников;
Перестанете стесняться говорить на публику — а значит, легче пройдете техинтервью с командой работодателя.
Дополнительно можно тренироваться на митингах, стендапах в той компании, где сейчас работаете: учиться смотреть собеседникам в лицо, слушать собеседников, говорить по делу и вовремя замолкать. Все это — часть современных софтскиллов.
Также попробуйте вариант мок-интервью (mock interview, от англ. «фиктивное, тренировочное интервью») — это репетиция собеседования, максимально приближенная к реальным условиям, но без риска получить отказ и «сжечь» вакансию. Вас «собеседует» карьерный консультант (что предпочтительно) или приятель, который тоже опытный разработчик. Используются реальные вопросы (вопросы можно нагуглить), которые задают на интервью — как по технической части, так и по софтскиллам. Проводить мок-интервью желательно один на один в формате онлайн-звонка, чтобы максимально повторить условия реального найма. По итогам вы получаете «разбор полета»: что ответили хорошо, где «поплыли», как звучала ваша речь, где было слишком много слов-паразитов или затяжных пауз.
Прокачали софтскиллы? Пора использовать 👍
Сильные софтскиллы — это ваша новая валюта на рынке труда. Именно они становятся определяющим фактором при найме на«рынке работодателя». Даже опытный и знающий сеньор может не пройти собеседование, если от него исходит ощущение конфликтности или замкнутости. Работодатель в большинстве случаев обоснованно выбирает не того, кто «звезда», а того, с кем его действующая IT-команда и менеджмент захочет иметь дело каждый день, кто умеет слушать, внятно коммуницировать, не троллить и не «топить» коллег.
Если вы не Доктор Хаус с запредельными хардскиллами, но добросовестный, разумный и знающий специалист — самое время научиться доносить эти качества до принимающей стороны на собеседованиях. Говорите так, чтобы было ясно: вы не только профессионально решаете задачи в своей предметной области, вы умеете работать с коллегами. В условиях, когда IT-рынок «остывает», это может стать вашим главным преимуществом.
Спасибо за ваши конструктивные комментарии, минимум хейта и Удачи на собесах!
