Три месяца на поиск backend-разработчика или DevOps-инженера уже звучат для рынка почти как норма. Но именно здесь и начинается проблема: найм разработчиков тормозит не только дефицит кадров, а вполне приземленные ошибки самих работодателей. Для российских IT-команд это неприятная, но полезная новость: часть воронки можно починить без магии, громких EVP и очередного созвона про «бренд работодателя».
Об этом пишет Habr / Карьера в материале о семи типичных просчетах компаний, которые превращают закрытие вакансии в многомесячную историю. Исходный тезис простой: рынок перегрет, сильные Python- и Java-разработчики востребованы, опытные DevOps-инженеры получают сразу несколько предложений, но бизнес нередко сам сужает себе выбор еще до первого контакта с кандидатом.
Первая и самая дорогая ошибка — поиск «идеального» специалиста, который одновременно пишет на Java, Python и Go, уверенно живет в Kubernetes и Docker, проектирует высоконагруженные системы, понимает Kafka, PostgreSQL, облака и заодно не пугается DevOps-практик. Такая вакансия выглядит не как роль, а как попытка одним человеком закрыть дыру в оргструктуре. Проблема не в амбициях, а в математике: чем длиннее список обязательных требований, тем меньше реальный рынок кандидатов. На бумаге компания ищет универсального бойца, на практике — резко уменьшает число релевантных откликов и потом удивляется, почему вакансия висит неделями.
Следом идет ошибка тоньше, но не менее вредная: бизнес не разделяет обязательные и желательные навыки. Для кандидата это считывается мгновенно. Если в вакансии перечислены десять технологий как must have, хотя половина из них в ежедневной работе почти не понадобится, доверие к описанию падает еще до отклика. Опытные инженеры давно умеют отличать реальные требования от корпоративной тревожности. И если компания пишет, что ей срочно нужен backend-разработчик, но заодно требует редкий стек «на всякий случай», специалист скорее решит, что внутри хаос, чем вдохновится масштабом задач. В итоге найм разработчиков буксует не потому, что кандидатов нет, а потому, что они не хотят входить в процесс с туманными ожиданиями.
Третья ошибка особенно болезненна на перегретом рынке: медленная реакция на кандидатов. Логика «сильный специалист подождет» давно не работает. Если первый контакт происходит через несколько дней после отклика, шансы на успешный оффер заметно падают: кандидат уже успевает пройти часть интервью в другой компании или вовсе принять предложение конкурента. Для работодателя это выглядит как загадочное исчезновение хороших откликов, хотя причина прозаична — скорость. На IT-рынке найма время ответа стало таким же ресурсом, как зарплатный бюджет. Можно сколько угодно обсуждать стратегию, но если рекрутер пишет через четыре дня, а техлид находит слот на интервью через неделю, процесс сам себя дисквалифицирует.
Есть и более неприятный для нанимающей стороны пункт: собеседование давно перестало быть экзаменом только для кандидата. Сильные разработчики оценивают компанию не менее внимательно, чем компания оценивает их. Кто проводит интервью? Насколько внятно техлид объясняет архитектуру и продуктовые задачи? Понимает ли команда, зачем ей эта роль, или интервью превращается в допрос по списку технологий? Впечатление от будущего руководителя, как справедливо отмечает источник, часто влияет на решение сильнее, чем пытаются думать менеджеры. Хороший инженер может отказаться даже от привлекательного предложения, если после встречи остается ощущение, что внутри слабая техническая культура, нервный менеджмент или процессы, которые проще не чинить, а обходить стороной.
Почему публикации вакансии уже недостаточно
Еще одна иллюзия, с которой рынок никак не расстанется, — вера в то, что достаточно разместить вакансию и дождаться нужного человека. Для массовых ролей этот сценарий иногда работает, но не для сильных backend-разработчиков, DevOps-инженеров, архитекторов и техлидов. Многие из них вообще не находятся в активном поиске: они заняты в текущих проектах и рассматривают новые варианты только если предложение пришло адресно и выглядит осмысленно. Отсюда неприятный вывод для бизнеса: публикация вакансии — это не стратегия, а минимальный санитарный набор. Основная работа начинается там, где нужен активный сорсинг, нормальная коммуникация и понимание мотивации конкретного кандидата. Иначе компания собирает воронку из случайных откликов, а потом называет это «сложным рынком».
Шестая ошибка бьет по тем работодателям, которые уверены, что все решают деньги. Несколько лет назад этот аргумент действительно закрывал много вопросов. Сейчас — уже нет. Компенсация остается важной, но для опытного инженера она все чаще идет в пакете с другими параметрами: качеством архитектуры, инженерной культурой, уровнем технического долга, влиянием на продукт, адекватностью процессов и предсказуемостью команды. Если говорить совсем без дипломатии, мало кто хочет получать больше денег в обмен на ежедневный хаос, вечные пожары и руководителя, после созвона с которым хочется выключить ноутбук до понедельника. Поэтому компании с сильной технической культурой нередко выигрывают гонку и без максимального оффера. Не потому, что кандидаты внезапно перестали считать деньги, а потому что научились считать весь пакет рисков.
Последняя ошибка — рассматривать рекрутинг как чисто административную функцию. Опубликовать вакансию, отфильтровать резюме, назначить интервью — этого набора давно недостаточно, если речь идет про сложный найм разработчиков. По сути, рекрутер в IT работает на стыке аналитики рынка, сорсинга, оценки мотивации и быстрой координации внутри компании. Источник отдельно упоминает ИИ-инструменты: они помогают ускорить разбор откликов и автоматизировать рутину, но превращать воронку в лабиринт из «нейрофильтров» тоже опасно. Если кандидат не может достучаться до живого человека, а на поверхность поднимаются только резюме с правильными ключевыми словами, бизнес получает не лучших специалистов, а лучших оптимизаторов под поиск.
Что это меняет для рынка
Для разработчиков вывод довольно приятный: длинный срок закрытия вакансии не всегда означает, что рынок окончательно сошел с ума и выбрать не из чего. Часто это сигнал, что внутри компании не договорились о роли, не умеют быстро принимать решения или до сих пор думают, что бренд и зарплата автоматически решают все остальное. Для бизнеса вывод менее комфортный, зато практический. Если вакансия висит месяцами, стоит сначала разбирать собственный процесс: сократить список обязательных требований, разделить «must have» и «nice to have», ускорить ответы, готовить интервьюеров и перестать ждать, что сильный кандидат появится сам. Это скучнее, чем говорить о кадровом голоде, но обычно полезнее.
Главный тренд здесь не в том, что разработчиков стало мало, а в том, что рынок окончательно перестал прощать плохую организацию найма. Компании все еще могут жаловаться на дефицит, но выиграют те, кто быстрее остальных признает неприятный факт: проблема нередко сидит не снаружи, а в описании вакансии, в скорости ответа и в людях, которые выходят на интервью от имени команды.