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

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

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

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

Главное отличие — IT-сфера. Рынок диктует свои правила. В IT:

большинство сильных специалистов не ищут работу. Они пассивны. Они уже устроены. Их не привлечь стандартным набором требований.
кандидаты выбирают задачи, а не вакансии. Проектный интерес важнее должности. Им важно, над чем работать, а не просто быть «программистом» в штате.
уровень сложно оценить без понимания контекста. Hard skills в резюме — это полбеды. Оценка по технологиям типа Java, Python, JavaScript, SQL, Kotlin, Objective‑C, C++, Go, Ruby, PHP, React, Angular, iOS, Android, Backend, Frontend, Fullstack, DevOps, Data, AI, Machine Learning, SAP, Oracle ничего не дают без системного мышления.
разница между уровнями (Junior / Middle / Senior / Lead / C-level) критична. Senior и Junior — это разные вселенные. Тимлид или CTO, CIO, Executive, Product Manager, HRD — каждая роль требует своей квалификации.

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

IT-подбор — это не про резюме. Это про понимание.

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

Типичный сценарий найма:

HR-отдел или инхаус рекрутер размещают вакансии на Habr, Dreamjob, LinkedIn
получают сотни откликов
проводят интервью за интервью
скрининг ничего не дает
собеседование с Tech Lead или архитектором проваливается
решения не принимаются

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

Потери:

1–3 месяца времени отдела найма и команды
загрузка тимлида и Senior-разработчика
упущенные сроки по продуктовой задаче
HR-бюджет тает
повторный поиск
снова открытая позиция

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

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

Причин несколько. Все они — про системный провал.

Первая — размытая задача. «Нужен Backend-разработчик» — это не описание, а формальность. Без портрета идеального кандидата рекрутинг превращается в лотерею. HR-менеджер не понимает, кого нанимать. Требования плавают.
Вторая — неверный уровень. Ищут Middle, а нужен Senior. Или требуют Lead с C-level мышлением, но предлагают зарплату Junior. Зарплатных вилок нет. Мотивации у профессионалов — ноль.
Третья — слабая оценка. На интервью проверяют стек, но не проверяют мышление и решения. HR задаёт шаблонные вопросы. Техническое собеседование ограничивается заданиями из интернета. Никто не смотрит GitHub. Не проверяет реальные проекты. Оценка строится на том, что кандидат говорит о себе, а не на том, что он реально делал.
Четвёртая — пассивный подход. Ждут откликов вместо активного поиска. Сорсинга нет. Нетворкинг не работает. Комьюнити игнорируется. Реферальная программа отсутствует. А сильные специалисты — они пассивны. Они не подают резюме. Их надо привлечь. Сами они не придут.

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

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

Работа начинается не с вакансии, а с задачи. И не с набора требований, а с ответов на вопросы. Системный подход в IT-рекрутинге выглядит так.

Нужно понять:

— что должен делать специалист? Какие функции?

— какие решения принимать? Самостоятельно или под контролем тимлида?

— какой уровень ответственности? За продукт, за команду, за архитектуру?

— в какой системе работать? Agile, Waterfall, в стартапе или крупной продуктовой компании?

— кто будет руководить? Tech Lead, CTO, Product Manager?

После этого определяется:

роль — инженер, архитектор, DevOps, QA, аналитик, Data Scientist, AI-инженер, пентестер, SAP-консультант

уровень — Junior, Middle, Senior, Lead, C-level, Executive, топ-менеджер

профиль кандидата — hard и soft skills, компетенции, ожидаемый карьерный трек, мотивация, бонусы, вознаграждение

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

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

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

Источник Детали
1 на GitHub по реальным проектам, коду, коммитам
2 в профессиональных комьюнити Habr, профильной тематике
3 в профильных чатах Telegram, Slack, Discord
4 на площадках вроде Habr Career, Dreamjob
5 внутри компаний с похожими задачами геймдев, финтех, e‑com, Gamedev, стартапы
6 через нетворкинг и реферальные программы сорсинг по LinkedIn, но не массовый, а прицельный

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

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

IT-специалисты не реагируют на «описание вакансии». Они игнорируют HR-шаблоны. Они не читают длинные списки требований. Им важно:

какие задачи решать
какой стек (Java, Python, Go, Rust, Kotlin, SQL, NoSQL)
какая архитектура (микросервисы, монолит, event‑driven)
какая команда (размер, роли, тимлид, Product, QA, DevOps, аналитики)
какой проект (продуктовая разработка или аутсорсинг)
какой бренд компании и HR-стратегии
трудоустройство в штат или проектный формат

Если этого нет — интереса нет. Кандидат закрывает письмо и идёт дальше. Нанимать становится некого.

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

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

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

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

Сильный кандидат:

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

Слабый:

говорит общими словами
не может разложить процесс
skills называет, а применения не показывает
путает Junior и Senior уровень ответственности

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

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

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

понимать роли и уровни — Junior, Middle, Senior, Lead, C-level, Executive, тимлида
разбираться в стеке — Java, Python, JavaScript, PHP, Ruby, Objective‑C, Swift, Kotlin, C++, Go, SQL, Oracle
уметь переводить задачу бизнеса в профиль кандидата
задавать правильные вопросы на интервью
работать с пассивным рынком через сорсинг и нетворкинг
проводить оценку hard и soft skills, компетенций, мотивации
понимать критерии успешности для QA, DevOps, Data Science, AI, Machine Learning

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

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

Он нужен, когда:

позиция не закрывается месяцами
кандидаты не доходят до оффера
есть сомнения в уровне — Middle или Senior, Junior или стажёры
нужен доступ к пассивному рынку профессионалов
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-специалиста «как обычно» — через отклики и шаблонные собеседования, — вы будете терять время. Рынок IT-персонала не прощает поверхностного подхода. IT-рекрутинг — это отдельная экспертиза. Без неё найм становится дорогим и непредсказуемым. Профессионалы выбирают, а компании ждут.

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

Альфа Хантер

В Альфа Хантер мы занимаемся 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, комьюнити, нетворкинг, профильные чаты.
Пишите кандидатам диалог, а не шаблон — задачи, стек, архитектура, команда.

Часто задаваемые вопросы

© 2026 ИП Орлова Анастасия Александровна.  ОГРНИП 325774600303501 ИНН 772426708760