Профессия: HR-менеджер и IT-рекрутер

- -
- 100%
- +
Не делайте вывод о рынке по пяти объявлениям. Небольшая выборка годится для первичной гипотезы, которую нужно обозначить как ограниченную. Проверяйте свежесть вакансий, дубликаты, агентские публикации и разные названия одной позиции. Если в данных нет зарплаты, это отсутствие информации, а не нулевое предложение.
Где искать
Работные сайты удобны для откликов и поиска по резюме. Профессиональные площадки помогают найти отраслевые профили. Рекомендации сотрудников позволяют выйти на знакомых специалистов, но требуют одинаковой оценки. Тематические сообщества могут дать контакт с людьми, которые не обновляют резюме.
На hh.ru проверяйте настройки поиска и правила доступа к базе. На Хабр Карьере изучайте профессиональные профили и вакансии. GitHub может показать публичную техническую деятельность, но отсутствие открытых проектов не доказывает слабый опыт: многие специалисты работают с закрытым кодом. Публичное выступление или статья дают тему для разговора, а не автоматическую оценку профессионализма.
Сервисы, доступность которых зависит от региона, ограничений или условий использования, не делайте единственной опорой процесса. Перед запуском канала проверьте законность, доступность и правила компании. Не обходите ограничения доступа и не покупайте базы неизвестного происхождения.
Для поддержки могут оказаться полезными резюме специалистов интернет-магазинов, сервисных компаний и банковских продуктов. Но опыт в известной компании не заменяет оценку конкретных действий. Человек мог работать по жёсткому сценарию и никогда не диагностировать проблему самостоятельно.
Карта поиска
Карта поиска связывает профиль с каналами. Укажите основные названия ролей, близкие названия, технологии, отрасли и исключения. Затем добавьте предполагаемые источники и ограничения контакта. Карта должна позволять повторить поиск и понять, почему выбран конкретный профиль.
Для Python-разработчика начните с backend developer, Python developer, серверный разработчик. Добавьте задачи API, интеграции, обработка данных, сопровождение сервисов. Не включайте все популярные технологии одновременно: длинная цепочка обязательных слов может отсеять людей, которые не перечислили часть опыта.
Для поддержки используйте варианты «специалист поддержки», «техническая поддержка», «клиентская поддержка». Содержание профиля важнее названия. Человек может называться менеджером по работе с клиентами, но фактически диагностировать сложные обращения; другой под названием технической поддержки может только передавать заявки.
Отдельно записывайте соседние сегменты, которые допускается проверить при недостатке кандидатов. Расширение поиска должно быть управляемым. Если рекрутер незаметно заменит серверного разработчика аналитиком данных, количество профилей вырастет, а соответствие задаче снизится.
План на первые две недели
Первые дни посвятите проверке заявки и небольшой калибровке. Затем запустите два или три канала, которые дают разные способы доступа к рынку. Например, публикацию вакансии, поиск по базе и обращения к профессиональным профилям. Не распыляйтесь сразу на десять источников: вы не сможете разобраться, что именно работает.
Согласуйте точку пересмотра. Через неделю обсудите число подходящих профилей, ответы, причины отказа от разговора и замечания руководителя. Через две недели проверьте, нужно ли менять условия или сегмент. Эти сроки — учебный пример организации работы, а не универсальный стандарт.
План включает доступность интервьюеров. Если Марина может проводить технические встречи только раз в две недели, увеличение числа сообщений не устранит задержку. Перед активным поиском забронируйте возможные окна и определите запасного оценщика.
Практика обзора
Подготовьте обзор сопоставимых вакансий по обеим ролям. Для каждой укажите дату, условия, требования, источник суммы и ограничения сравнения. Не собирайте персональные данные кандидатов для учебной работы. Анализируйте публичные объявления и используйте вымышленные профили.
Сделайте три вывода: какой сегмент вы выбрали, какие условия требуют внимания и какой канал проверите первым. Каждому выводу должно соответствовать наблюдение. Фраза «рынок сложный» слишком общая. «В большинстве просмотренных сопоставимых вакансий есть удалённый формат, а у нас требуется офис» уже объясняет конкретное ограничение.
Глава 5. Вакансия, которая помогает человеку принять решение
Что кандидат пытается понять
Человек читает вакансию, чтобы решить, стоит ли тратить время на процесс. Ему нужны задачи, условия, ожидания и порядок оценки. Эмоциональные обещания могут привлечь внимание, но не отвечают на эти вопросы. Привлекательность вакансии начинается с ясности и соответствия реальной работе.
Первый абзац должен объяснять продукт и роль. «СфераСофт развивает сервис обработки заказов для интернет-магазинов. Ищем backend-разработчика, который будет сопровождать интеграции с внешними сервисами и улучшать обработку повторных событий». После такого начала понятно, что предстоит делать.
Описывайте задачи глаголами. «Разбирать причины ошибок», «вносить изменения в сервис», «обсуждать решение с техническим лидером». Формулировка «участие в развитии перспективного проекта» не сообщает ни масштаба самостоятельности, ни сложности работы.
Требования без коллекции пожеланий
Разделите необходимое и желательное. Не переносите в обязательный список всё, что использует команда. Возможно, новый сотрудник будет работать только с частью стека. Обсудите это с техническим лидером до публикации.
Слишком длинный список не только снижает число откликов. Он создаёт неверный образ роли. Если вакансия требует разработки, администрирования, аналитики и управления людьми, кандидат может решить, что компания объединяет несколько должностей. Если это действительно так, условия должны соответствовать объёму ответственности.
Не пишите «возраст до 35 лет» или «девушка без семейных обязательств». Такие ограничения не описывают профессиональные качества и создают правовые риски. Статья 64 ТК РФ запрещает необоснованный отказ и ограничения, не связанные с деловыми качествами, кроме предусмотренных законом случаев [2]. Оценивать нужно способность выполнять согласованную работу.
Если важен график, описывайте график. Если важна способность работать с текстом, описывайте письменные задачи. Если нужны командировки, указывайте предполагаемую частоту. Не заменяйте условия работы предположениями о семейной жизни человека.
Условия и обещания
Укажите вилку, если компания готова раскрыть её. Поясните, до удержания налога это сумма или на руки, есть ли переменная часть и от чего она зависит. Избегайте диапазона, в котором нижняя и верхняя границы относятся к принципиально разным ролям.
«Удалённо» требует уточнений. Можно ли работать из другого региона? Нужны ли определённые часы пересечения? Как предоставляется оборудование? Есть ли ограничения по месту работы? Ответы влияют на решение кандидата и могут иметь организационные или правовые последствия.
Не обещайте гибкость, которой нет. Если смены поддержки утверждаются заранее, напишите это. Если иногда требуется работа в выходные по графику, укажите порядок. Кандидат, которому условия не подходят, сможет отказаться раньше; это экономит время обеих сторон.
Льготы описывайте только после подтверждения. «ДМС после испытания» и «ДМС с первого дня» — разные условия. «Возможность обучения» не равна оплаченному обучению с определённым бюджетом. Если правила ещё обсуждаются, не используйте их как аргумент продажи.
Учебная вакансия разработчика
«СфераСофт» ищет backend-разработчика Python для сервиса обработки заказов. Вы будете разбирать ошибки интеграций, дорабатывать серверную логику и сопровождать изменения после выпуска. В команде есть технический лидер, который помогает согласовывать решения; от нового сотрудника ожидается самостоятельное ведение ограниченного участка.
Нам нужен опыт работы с Python в действующем серверном продукте и участия в сопровождении изменений. Важно уметь объяснить, как вы находили причину сбоя, проверяли исправление и контролировали результат. Конкретные инструменты и глубину опыта обсуждаем на технической встрече. Знакомство с похожими интеграционными задачами будет преимуществом.
Учебные условия: трудовой договор, 180–230 тысяч рублей в месяц до удержания НДФЛ, удалённая работа, часы командного взаимодействия согласуются заранее. В подборе предусмотрены разговор с рекрутером и техническая встреча. Дополнительная короткая проверка возможна только для уточнения конкретного вопроса; её цель и объём обсуждаются до выполнения.
При отклике достаточно резюме или краткого описания последних задач. Не нужно присылать код работодателя или конфиденциальные материалы. Это пример текста для вымышленной компании. Перед реальной публикацией согласуйте все условия и обязательные формулировки с работодателем.
Учебная вакансия поддержки
«СфераСофт» ищет специалиста клиентской поддержки для сервиса интернет-магазинов. Работа преимущественно письменная: отвечать на обращения, уточнять обстоятельства проблемы, проверять стандартные причины и передавать воспроизводимые ошибки технической команде.
Нужны ясное письмо, внимательность к фактам и готовность разбираться в устройстве продукта. Опыт поддержки цифровых сервисов будет полезен. Знание нашего продукта не требуется до выхода: предусмотрены обучение и наставник. На встрече обсудим пример обращения и попросим составить короткий ответ.
Учебные условия: трудовой договор, 65–80 тысяч рублей до удержания НДФЛ, утверждаемый заранее сменный график. Точные часы и порядок смен необходимо согласовать до публикации. В исходной заявке этих данных нет. На этом этапе текст остаётся черновиком; в главе 19 условия будут дополнены для завершения учебного процесса. Настоящее объявление нельзя размещать, пока руководитель не определит расписание.
Этот пример показывает важную привычку: качественный текст не скрывает пробелы заявки. Если необходимое условие неизвестно, задача рекрутера — получить решение, а не красиво обойти вопрос.
Проверка текста
Прочитайте вакансию глазами человека, который ничего не знает о компании. Можно ли понять работу без внутреннего жаргона? Совпадают ли задачи и требования? Есть ли условия, которые легко истолковать по-разному? Указано ли, как проходит оценка?
Затем дайте текст руководителю и человеку из соседней команды. Руководитель проверит содержание, второй читатель — понятность. Не пытайтесь сохранить каждую понравившуюся фразу. Если её можно удалить без потери информации, она, вероятно, не нужна.
После запуска анализируйте соответствие откликов. Мало откликов может быть связано с условиями, каналом, названием или текстом. Много неподходящих — с размытым описанием. Не меняйте сразу всё: сначала сформулируйте гипотезу и выберите один существенный элемент для проверки.
Практика вакансии
Напишите окончательные учебные тексты для двух ролей, предварительно самостоятельно задав недостающие вымышленные условия и явно включив их в заявку. Проверьте, чтобы новые сведения не противоречили бюджету и формату проекта.
Сделайте краткую записку руководителю: что вы изменили, какие требования оставили обязательными и какие условия нуждаются в утверждении перед настоящей публикацией. В портфолио покажите исходную формулировку задачи и итоговый текст. Так читатель увидит вашу работу, а не только объявление.
Глава 6.
IT
для рекрутера простыми словами
Как устроен цифровой продукт
Пользователь взаимодействует с интерфейсом: страницей сайта или приложением. За видимым действием могут стоять серверная логика, база данных, внешние сервисы и инфраструктура. Рекрутеру нужно понимать это разделение, чтобы выяснить, какой участок работы принадлежал кандидату.
Frontend — часть продукта, которая отвечает за интерфейс и взаимодействие пользователя с ним. Backend — серверная часть, где выполняются правила обработки данных и запросов. Fullstack обычно означает работу с обеими частями, но конкретный объём нужно уточнять. Это название не доказывает одинаковую глубину во всех областях.
API — способ взаимодействия программ по согласованным правилам. В «СфераСофт» внешняя система передаёт сведения о заказе. Сервер получает их, проверяет и сохраняет. Если одно событие пришло дважды, продукт должен обработать это согласно заданной логике. Надёжность технического решения оценивает специалист; рекрутеру важно понять, работал ли кандидат с похожими задачами.
База данных хранит информацию. SQL — язык запросов, используемый во многих реляционных базах. Знание SQL может означать составление простых выборок или работу со сложными запросами и изменениями структуры данных. На скрининге выясняйте содержание опыта, а не удовлетворяйтесь словом в резюме.
Технологический стек
Стек — набор технологий, с которыми работает команда. Язык программирования, фреймворк, база данных, средства развёртывания и мониторинга выполняют разные функции. Они не являются взаимозаменяемыми строками в поисковом запросе.
Python — язык. Django и FastAPI — инструменты для создания приложений и сервисов на Python. PostgreSQL — база данных. Git — система контроля версий. Docker связан с упаковкой и запуском приложений в контейнерах. Эти краткие объяснения нужны для ориентации; подробные технические вопросы должен подготовить эксперт. Назначение Python, Django, FastAPI, PostgreSQL, Git и Docker сверено по документации соответствующих проектов [8].
В резюме может быть много технологий, которыми человек пользовался эпизодически. Спросите: «Какие из них вы применяли регулярно в последнем проекте? Что именно делали?» Иногда кандидат честно отделяет основную работу от знакомства. Такая точность полезнее впечатляющего списка.
Не превращайте интервью в словарный экзамен. Заученное определение технологии не подтверждает способность работать с системой. Рекрутер собирает контекст: задача, роль человека, самостоятельность, участники и результат. Эксперт проверяет корректность решения.
Основные роли
QA-специалист занимается качеством и проверкой продукта. Ручное тестирование и автоматизация требуют разных навыков, хотя могут сочетаться. Спросите, что кандидат проверял, как оформлял дефекты и писал ли автоматизированные проверки. Название «тестировщик» слишком широкое для точного поиска.
DevOps и SRE связаны с процессами доставки изменений, инфраструктурой и надёжностью, но компании вкладывают в эти названия разные обязанности. Где-то нужен администратор инфраструктуры, где-то инженер автоматизации, где-то специалист по эксплуатации сложных систем. Уточняйте задачи, ответственность за инциденты и режим работы.
Data analyst анализирует данные для решения прикладных вопросов. Data engineer готовит инфраструктуру и процессы работы с данными. Data scientist может строить статистические и машинные модели. Границы зависят от компании; профиль нужно создавать с руководителем соответствующей команды.
Product manager отвечает за направление развития продукта и приоритеты в рамках полномочий. Project manager организует выполнение проекта. System analyst описывает требования к системе и взаимодействия её частей. Business analyst исследует бизнес-потребность и процессы. Один человек иногда сочетает роли, поэтому в поиске важны фактические задачи.
Уровень специалиста
Junior, middle и senior — распространённые обозначения уровня, но единых границ для всех компаний нет. Ориентируйтесь на самостоятельность, сложность задач, качество решений и влияние на работу других. Название в предыдущей компании не переносится автоматически в новую.
Junior может выполнять ограниченные задачи при помощи наставника. Middle — самостоятельно вести понятный участок и обращаться за помощью при определённых рисках. Senior — решать более неопределённые задачи, учитывать последствия и помогать другим. Это рабочее объяснение, а не универсальная классификация.
Для «СфераСофт» нужен человек, который самостоятельно сопровождает одну интеграцию, но не обязан определять архитектуру всего продукта. Если руководитель начнёт ожидать последнее, профиль существенно изменится. Так обсуждение уровня возвращается к задачам.
GitHub
и техническое портфолио
Публичный репозиторий может показать интерес к технологии или опыт отдельного проекта. Он не даёт рекрутеру права самостоятельно выставить оценку качеству кода. Можно выяснить, какая часть принадлежит кандидату, когда проект создавался и почему выбран такой способ решения.
Количество вкладов, подписчиков и проектов не является надёжной заменой технической оценки. Коммерческий код часто закрыт. Человек может не вести публичных проектов из-за условий работы или личного выбора. Отсутствие GitHub не должно становиться автоматическим отказом, если это не связано с обоснованной задачей роли.
Конец ознакомительного фрагмента.
Текст предоставлен ООО «Литрес».
Прочитайте эту книгу целиком, купив полную легальную версию на Литрес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.



