IT-рекрутер: чем занимается и с чего начать

IT-рекрутеру нужно понимать задачу технической команды, но не изображать инженера на собеседовании. Разберём границы роли, заполненный бриф вакансии и первый учебный кейс, который помогает осознанно выбрать направление.

Талалаева Светлана

Эксперт по управлению и подбору персонала, член Национального союза кадровиков. Преподаватель курса «HR-менеджер +ИИ»

Кого ищет IT-рекрутер и за что отвечает

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

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

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

Нужно ли уметь программировать

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

Например, Java и JavaScript — разные языки, а не полное и сокращённое название одного инструмента. Но и совпадение языка в резюме с вакансией ещё не доказывает пригодность: имеют значение задачи, самостоятельность, окружение и ограничения проекта. Все существенные критерии нужно сначала согласовать с нанимающим менеджером.

Рабочий принцип для новичка: «Могу объяснить требование простыми словами, знаю, какой вопрос задать, и понимаю, кому передать техническую оценку». Если последний пункт отсутствует, лучше уточнить границу, чем импровизировать.

Базу подбора, интервью и других HR-процессов можно систематизировать на курсе HR-менеджер +ИИ. Это общая HR-подготовка: конкретный технический стек и оценка инженерных решений требуют отдельного погружения. Сравнивайте программу с задачей, а не выбирайте её только потому, что в названии есть HR.

Как начинается работа над вакансией

Не стоит начинать с публикации текста, присланного руководителем. Сначала разберите, зачем появилась роль. Компания заменяет ушедшего сотрудника, расширяет команду, запускает продукт или пытается закрыть несколько разных функций одним человеком? Ответ влияет и на профиль, и на обещания кандидату.

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

На встрече с заказчиком удобно обсудить не только требования, но и первые реальные задачи сотрудника:

• Что человеку предстоит делать самостоятельно, а что — вместе с наставником?
• Какие знания нужны в первый рабочий день, а чему команда готова обучить?
• По каким наблюдаемым признакам будет понятно, что кандидат подходит?
• Какой формат работы, рабочий график и ограничения действительно согласованы?
• Кто проверяет техническую часть и как быстро готов давать обратную связь?

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

Учебный пример: карточка backend-вакансии

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

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

Попробуйте изменить кейс: компании нужен не разработчик, а тестировщик. Какие поля сохранятся, а какие придётся пересобрать с заказчиком? Это полезнее, чем запоминать один перечень технических слов для всех вакансий.

Как искать и не подменять человека набором ключевых слов

После согласования профиля составьте гипотезы поиска: какие названия роли используют кандидаты, где описывают проекты, какой опыт может оказаться переносимым. Выбор площадки зависит от конкретной вакансии; универсального канала, который подходит всем IT-ролям, нет.

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

В первом сообщении уместны роль, короткая суть задачи, существенные подтверждённые условия и понятное предложение следующего шага. Массовое письмо со словами «уникальная возможность» не заменяет объяснения, почему вы обратились именно к этому человеку. Не обещайте согласованный оффер там, где пока есть только предложение поговорить.

Работайте с данными через разрешённые работодателем инструменты. Не переносите чужие резюме в личное портфолио и не загружайте их в случайный ИИ-сервис ради удобного резюме разговора. Учебный проект можно сделать целиком на вымышленных данных.

Что спросить на первичном разговоре

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

Для учебной вакансии можно начать так: «Расскажите о доработке сервиса, в которой вы участвовали. Какую задачу решали? Что сделали лично? С кем согласовывали решение? Как проверили, что изменение работает?» Здесь важен не эффектный рассказ, а различие между собственной работой и результатом всей команды.

Если кандидат упоминает сложное техническое решение, уточните контекст и зафиксируйте вопрос для следующей встречи. Реплика «Я передам эту часть техническому интервьюеру» профессиональнее, чем оценка архитектуры по незнакомым терминам.

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

Пример полезной записи после разговора: «Описал личную доработку обмена заказами; может объяснить постановку задачи и проверку результата. Глубину работы с базой данных не оценивали. Ожидания по формату работы требуют согласования». Здесь отделены факт, предел проверки и открытый вопрос.

Как представить кандидата заказчику

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

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

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

Что подготовить новичку вместо выдуманного опыта

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

• Пометьте кейс как учебный, не приписывайте себе закрытие реальной вакансии.
• Замените «идеальный кандидат» конкретными согласованными критериями.
• Укажите, что проверяет рекрутер, а что требует технического специалиста.
• Сохраните неподтверждённые условия как вопросы, не заполняйте их предположениями.
• Покажите, как измените поиск, если обязательное требование окажется избыточным.

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

Практика вместо теории

Подбор как профессиональная система

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

Смотреть программу

Вопросы и ответы

• IT-рекрутер обязательно работает в IT-компании?

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

• Можно ли начать без программирования?

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

• Что показать, если ещё не закрывал вакансии?

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

По теме