IT-рекрутинг: почему «кандидаты есть, а результата нет» и как выстроить работающий подбор

Есть ситуация, с которой регулярно сталкиваются компании. Вакансия открыта. Отклики идут. Резюме летят десятками. HR проводит первичный отбор. Собеседование за собеседованием. А позиция не закрывается.

Кандидаты выглядят адекватно. Опыт есть. Технологии в резюме указаны релевантные. Но они либо не доходят до оффера, либо не принимают его, либо выходят — и не дают нужного результата. Через месяц-другой поиск начинается заново. Найм превращается в бесконечный цикл.

Причина здесь не в «плохом рынке». Спрос на IT-специалистов огромен. Востребованных профессионалов много. В большинстве случаев проблема — в подходе к IT-рекрутингу.

В IT-рекрутинге свои законы. Без их понимания рекрутинговое усилие разбивается о реальность.

В чём отличие IT-рекрутинга от обычного найма

Главное отличие — IT-сфера. Рынок диктует свои правила. В IT всё работает иначе, чем в других отраслях, и без понимания этих отличий рекрутинговое усилие превращается в пустую трату ресурсов.

✦ Большинство сильных специалистов не ищут работу — они пассивны. Их не привлечь стандартным набором требований в описании вакансии.

✦ Кандидаты выбирают задачи, а не вакансии. Проектный интерес важнее должности. Им важно, над чем работать, а не просто быть «программистом» в штате.

✦ Уровень сложно оценить без понимания контекста. Hard skills в резюме — полбеды. Java, Python, JavaScript, SQL, Kotlin, Go, Ruby, PHP, React, Angular — оценка по списку технологий ничего не даёт без системного мышления.

✦ Разница между уровнями (Junior / Middle / Senior / Lead / C-level) критична. Senior и Junior — это разные вселенные. Тимлид, CTO, CIO, Product Manager — каждая роль требует своей квалификации.

Если использовать стандартный HR-подход, он просто не работает. IT-подбор — это не про резюме. Это про понимание.

Где бизнес теряет время и деньги

Типичный сценарий найма: HR-отдел или инхаус рекрутер размещают вакансии на Habr, Dreamjob, LinkedIn, получают сотни откликов, проводят интервью за интервью — скрининг ничего не даёт. Собеседование с Tech Lead или архитектором проваливается. Решения не принимаются. Или принимают — и ошибаются.

Кандидат выходит на испытательный срок. Через месяц становится ясно: компетенции не те. Адаптации не происходит. Онбординга нет. Вознаграждение потрачено зря.

✦ 1–3 месяца времени отдела найма и команды — потеряны безвозвратно.

✦ Загрузка тимлида и Senior-разработчика на бесконечные интервью.

✦ Упущенные сроки по продуктовой задаче — конкуренты не ждут.

✦ HR-бюджет тает — повторный поиск, снова открытая позиция, снова вложения.

✦ Найм буксует — позиция закрывается с третьего, четвёртого, пятого круга.

Самая дорогая ошибка — неправильная оценка уровня и критериев. Когда требования написаны под Middle, а нужен Senior. Или когда ищут Backend на .NET, а по факту нужен Java с пониманием инфраструктуры.

Почему «кандидаты есть, а результата нет»

Причин несколько. Все они — про системный провал. Ни одна из них не решается «просто больше откликов» или «более строгим скринингом». Каждая причина требует отдельного подхода.

✦ Размытая задача. «Нужен Backend-разработчик» — это не описание, а формальность. Без портрета идеального кандидата рекрутинг превращается в лотерею. HR-менеджер не понимает, кого нанимать. Требования плавают.

✦ Неверный уровень. Ищут Middle, а нужен Senior. Или требуют Lead с C-level мышлением, но предлагают зарплату Junior. Зарплатных вилок нет. Мотивации у профессионалов — ноль.

✦ Слабая оценка. На интервью проверяют стек, но не мышление и решения. Никто не смотрит GitHub. Не проверяет реальные проекты. Оценка строится на том, что кандидат говорит о себе, а не на том, что он реально делал.

✦ Пассивный подход. Ждут откликов вместо активного поиска. Сорсинга нет. Нетворкинг не работает. Комьюнити игнорируется. Реферальная программа отсутствует. А сильные специалисты — они пассивны. Их надо привлечь.

Как работает IT-рекрутинг на практике

Работа начинается не с вакансии, а с задачи. И не с набора требований, а с ответов на вопросы. Системный подход в IT-рекрутинге — это чёткое понимание: что должен делать специалист, какие решения принимать, какой уровень ответственности, в какой системе работать, кто будет руководить.

После этого определяется роль (инженер, архитектор, DevOps, QA, аналитик, Data Scientist, AI-инженер), уровень (Junior, Middle, Senior, Lead, C-level), профиль кандидата — hard и soft skills, компетенции, мотивация, ожидаемый карьерный трек.

Поверхностный подход

Ждут откликов на вакансию. Оценивают только стек в резюме. Задают шаблонные вопросы на собеседовании. Решения не принимаются неделями.

Результат: позиция не закрывается. HR-бюджет тает. Команда устаёт от бесконечных интервью.

Системный подход

Определяют задачу и портрет кандидата. Активный сорсинг через GitHub и комьюнити. Оценка по реальным кейсам и проектам.

Результат: оффер за 3–4 недели. Адаптация без потери продукта. Позиция закрыта.

Без этого поиск неэффективен. Рекрутмент превращается в ручное перебирание резюме. Автоматизировать тут нечего — AI пока не умеет читать мысли тимлида.

#	Критерий	Шаблонный подход	Системный подход
1	Задача	«Нужен разработчик»	Backend на Python для Data Pipeline
2	Уровень	По резюме и самооценке	По кейсам и архитектурным решениям
3	Источник	Отклики на Habr, LinkedIn	GitHub, комьюнити, сорсинг
4	Оценка	Список технологий в резюме	Реальные проекты и код на GitHub
5	Общение	Шаблонная вакансия	Диалог про задачи и стек
6	Результат	Позиция не закрывается месяцами	Оффер принят, адаптация пройдена

Где искать IT-специалистов

Отклики — это только малая часть рынка. Массовый набор по LinkedIn — это про начинающих и стажёров. Не про опытных. Сильные кандидаты находятся там, где они работают и общаются, а не там, где размещены вакансии.

✦ На GitHub — по реальным проектам, коду, коммитам, а не по красивому профилю.

✦ В профессиональных комьюнити — Habr, профильных тематических сообществах.

✦ В профильных чатах — Telegram, Slack, Discord, где специалисты общаются по делу.

✦ На площадках вроде Habr Career, Dreamjob — но не массово, а прицельно.

✦ Внутри компаний с похожими задачами — геймдев, финтех, e-com, стартапы.

✦ Через нетворкинг и реферальные программы — сорсинг по LinkedIn, но прицельный, а не массовый.

Ключевой момент — активный поиск и прямой контакт. IT-рекрутеры должны уметь писать сообщения, которые не удаляют. Не шаблон «вакансия в IT-компанию», а диалог про задачи и стек.

Как правильно общаться с кандидатами

IT-специалисты не реагируют на «описание вакансии». Они игнорируют HR-шаблоны. Они не читают длинные списки требований. Если в сообщении нет конкретики — интереса нет. Кандидат закрывает письмо и идёт дальше.

✦ Какие задачи решать — это первое, что спрашивает сильный специалист.

✦ Какой стек — Java, Python, Go, Rust, Kotlin, SQL, NoSQL — без конкретики нет диалога.

✦ Какая архитектура — микросервисы, монолит, event-driven — это важно для профессионалов.

✦ Какая команда — размер, роли, тимлид, Product, QA, DevOps, аналитики.

✦ Какой проект — продуктовая разработка или аутсорсинг, стартап или зрелая компания.

✦ Формат — трудоустройство в штат или проектный формат, удалённо или в офисе.

Как оценивать кандидатов

Главная ошибка — оценивать по технологиям. HR смотрит резюме, видит Java 5 лет, Spring, Hibernate — и думает «подходит». А по факту разработчик пять лет правил конфиги и писал CRUD. Нужно проверять реальные компетенции.

✦ Какие задачи решал реально — не из резюме, а из памяти и контекста.

✦ Какие решения принимал сам — или только выполнял указания тимлида.

✦ Как архитектурно мыслил — видит ли систему или только свой модуль.

✦ Какие ошибки допускал и как их исправлял — зрелость проявляется в этом.

✦ Как коммуницировал с командой и тимлидом — soft skills в действии.

✦ Какой фидбек получал — от коллег, от руководства, от продукта.

Хорошие вопросы: «Расскажите о сложной задаче и как вы её решали». «Почему выбрали SQL, а не NoSQL?» «Как тестировали?» «Что пошло не так?»

Сильный кандидат говорит конкретно, объясняет логику, показывает влияние на бизнес и даёт оценку своим действиям. Слабый говорит общими словами, не может разложить процесс и путает уровни ответственности.

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

Почему обычный HR не справляется

Это вопрос специализации. HR-специалисты по массовому найму, HR-менеджеры без технического бэкграунда — они не вытягивают IT-рекрутинг. В IT-сфере нужны рекрутеры, которые понимают разницу между Backend и Frontend, между SQL и NoSQL, между Agile и Waterfall.

✦ Понимать роли и уровни — Junior, Middle, Senior, Lead, C-level, Executive, тимлид.

✦ Разбираться в стеке — Java, Python, JavaScript, PHP, Ruby, Kotlin, C++, Go, SQL, Oracle.

✦ Уметь переводить задачу бизнеса в профиль кандидата — и задавать правильные вопросы.

✦ Работать с пассивным рынком через сорсинг и нетворкинг — не ждать, а искать.

✦ Понимать критерии успешности для QA, DevOps, Data Science, AI, Machine Learning.

Без этого подбор превращается в перебор резюме. Отдел тратит HR-бюджет впустую. Найм становится дорогим и непредсказуемым.

Когда нужен IT-рекрутер

✦ Позиция не закрывается месяцами — все каналы исчерпаны, а результата нет.

✦ Кандидаты не доходят до оффера — или не принимают его.

✦ Есть сомнения в уровне — Middle или Senior, Junior или стажёр, Lead или архитектор.

✦ Нужен доступ к пассивному рынку профессионалов — они не придут сами.

✦ HR-отдел не справляется с техническим скринингом — команда устаёт от бесконечных интервью.

✦ Онбординга нет, адаптации нет, испытательный срок не проходит каждый второй.

✦ Нужно привлечение Lead или C-level: CTO, CIO, тимлид, архитектор — это уже управленческая задача.

Это уже не «подбор», а управленческая задача. Рекрутмент здесь — часть HR-стратегии. А источник кандидатов — не база резюме, а комьюнити, GitHub и нетворкинг.

Пример из практики

Компания искала Backend-разработчика. Стек — Java, Spring, PostgreSQL. Вакансия висела на Habr и LinkedIn. Отклики были. HR проводил скрининг. Собеседование с тимлидом. Кандидаты приходили. Но решения не принимались. Тимлид говорил «что-то не то». Оффера не было.

После пересборки профиля выяснилось: требования написаны под Middle, а по факту нужен Senior, который спроектирует архитектуру и поведёт за собой Junior и Middle. Искали инженера — нужен был Lead. И HR этого не понял.

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

Что в итоге даёт результат

Работающий IT-рекрутинг строится на трёх вещах. Когда это есть — подбор становится управляемым. Сроки закрытия предсказуемы. Команда перестаёт тратить время на бесконечные интервью. Бренд компании растёт. Реферальная программа начинает работать.

✦ Понятная задача — не «нужен программист», а «Backend на Python для Data Pipeline» с чётким профилем.

✦ Правильный уровень — не Middle там, где нужен Senior, и не Junior вместо Middle.

✦ Системная оценка — не по технологиям в резюме, а по реальным решениям и задачам.

Альфа Хантер

Мы не занимаемся оптимизацией и не внедряем. Мы работаем с подбором.

В Альфа Хантер мы занимаемся IT-подбором как отдельным направлением рекрутмента. Мы начинаем с задачи бизнеса, выходим на пассивный рынок специалистов, оцениваем кандидатов по реальным кейсам, проектам с GitHub, архитектурным решениям и логике мышления. Мы не смотрим на резюме как на истину. Мы оцениваем результаты.

Стек не важен без контекста. Java, Python, Go, Kotlin, JavaScript, PHP, Ruby, C++, Objective‑C, SQL, Oracle, SAP, React, Angular — мы работаем с любым. Роли — от Junior тестировщиков до Senior архитекторов и C-level Executive, CTO, CIO, тимлида, Lead, Product Manager, HRD, Sales, Business Analyst, DevOps, QA, Data Scientist, AI-инженера, Machine Learning, Penetration Tester, Gamedev, Fullstack, Frontend, Backend, iOS, Android, системного администратора, инженера инфраструктуры.

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

Подберём подходящего профессионала.

Без массовых рассылок. Без пустых собеседований. С системной оценкой, внятными критериями и реальным выходом на пассивный рынок.

Найм перестанет быть проблемой. Станет рабочим инструментом.

Чек-лист: что нужно для работающего IT-рекрутинга

✦ Определите задачу, а не просто должность — сформулируйте портрет идеального кандидата.

✦ Уточните уровень специалиста — Junior, Middle, Senior, Lead, C-level, архитектор, тимлид.

✦ Выстройте системную оценку по кейсам и реальным проектам — не по списку технологий.

✦ Используйте активный сорсинг — GitHub, комьюнити, нетворкинг, профильные чаты.

✦ Пишите кандидатам диалог, а не шаблон — задачи, стек, архитектура, команда.

✦ Позаботьтесь об адаптации — онбординг, поддержка, обратная связь с первого дня.

✦ Запустите реферальную программу — лучшие кандидаты приходят по рекомендациям.