Если смотреть только на количество откликов, может показаться, что искать IT-специалистов стало проще: резюме на рынке много, а конкуренция за вакансии в некоторых сегментах заметно выросла.

Проблема еще и в том, что сегодня под названием «backend-разработчик» скрывается гораздо больше, чем просто знание одного языка программирования.

Backend перестал быть одной профессией

Еще несколько лет назад достаточно было искать Java-разработчика или Python-разработчика, но сегодня практически каждая вакансия подразумевает дополнительные требования:

микросервисная архитектура; Docker и Kubernetes; облачные платформы; распределенные базы данных; понимание DevOps-процессов; опыт проектирования высоконагруженных систем; вопросы безопасности и отказоустойчивости.

В результате под названием «backend-разработчик» часто скрывается сразу несколько отдельных специализаций. Иногда, компании усложняют поиск, комбинируя в одной вакансии backend-инженера, DevOps, архитектора и даже SRE.

Формально вакансия существует. Фактически подходящих кандидатов под нее становится в несколько раз меньше. Лучшие специалисты редко находятся в активном поиске. Еще одна причина редко обсуждается публично.

Большинство хороших бэкенд-разработчиков не ищут работу на традиционных сайтах по трудоустройству.

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

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

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

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

Иногда проблему создают сами работодатели

В большинстве компаний поиск backend-разработчика начинается с вакансии, которая примерно так выглядит:

Python, Java, Go, Kubernetes, AWS, PostgreSQL, Kafka, Docker, Linux, DevOps, микросервисы, опыт архитектуры 5 лет.

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

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

Причем проблема далеко не всегда заключается в размере зарплаты. Чаще всего компания просто оказывается медленнее конкурентов.

Что работает сегодня

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

На практике чаще всего помогают несколько решений:

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

Что это означает для бизнеса

Сегодня найти backend-разработчика сложно не потому, что специалистов стало меньше. Наоборот — кандидатов на рынке стало больше. Проблема в другом.

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

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

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