Почему кандидатов отфильтровывают: ИИ, помощь друга и неадекватная зарплата
Недавно Dzik спросил, по каким фильтрам HR-ы, ректурёры или просто разработчики, которых привлекают к техсобеседованиям, отфильтровывают кандидатов.
Нам дали несколько ответов. Читайте пару мнений ниже👇
Использование ИИ и «помощь друга»
— Провожу собеседования для своего бывшего нанимателя (я разработчик). Основные факторы, по которым сразу человек попадает в черный список кандидатов — использование ИИ и любую другую помощь.
Несколько кандидатов было, которые думают, что это незаметно. Был тип, который юзал прогу, которая центрирует глаза и лицо на видео, пока он смотрит в сторону. Все это шляпа, заметно сразу же.
Ещё несколько людей использовали помощь друга. Это когда он параллельно висит на звонке с кем-то ещё, и ему диктуют, что нужно делать. Был один тип из Мексики, который извинился, замьютил себя и кому-то ответил. Ну и плюс, когда писал код, делал это под диктовку. Поэтому в коде были dev вместо def, ketch вместо catch.
В основном такое среди разрабов из Латинской Америки, Индии, Пакистана. Редко, но встречал такое и среди славян.
Из других факторов — софт скиллы, неспособность рассказать про свой опыт, поделиться достижениями, хард скиллы.
Несоответствие зарплаты, опыта и другие «ред флаги»
— <Работаю> как хайринг менеджер / ТИ эксперт / стаффинг координатор. На первом этапе, до интервью: неадекватная зарплата относительно опыта.
Это когда зп явно выше рынка (плюс-минус должна соответствовать опыту кандидата) и иногда — низкая зп: когда человек с 10-15 годами опыта хочет денег как мидл, особенно если он B2B — вызывает много вопросов.
Если по прескринингу, то у нас есть ряд «ред флагов»: <например> пропустил официальную документацию через ChatGPT, чтобы явно скрыть источник.
Собеседник привёл в качестве примера отрывок из внутреннего гайда, но по понятным причинам мы его тут не приведём. В общих чертах: «ред флагами» могут считаться ошибки, копипастный текст, несоответствие образования и опыта работы требованиям в должности; неправильная классификация технологий (например, когда HTTP указывают в качестве языка программирования) и т.д.
В целом, некоторые штуки могут игнорироваться, и если salary expectation близок к опыту, то, скорее всего, человека отправят на техническое интервью.
По структуре CV: хорошо, когда скиллы пишутся вверху, лаконично, без всяких звездочек и прочего, чётко по делу.
Одна колонка в CV или две? Мне нравится, когда одна колонка формата:
1️⃣ Легкое самари (лет опыта, позиции);
2️⃣ Праймари скиллы;
3️⃣ Дополнительные скиллы;
4️⃣ Прошлые работы: без всяких «фиксил баги, писал код и тесты», а конкретно — какими блоками занимался (деплоймент \ авторизация \ автоматизация и пр.);
5️⃣ Образование.
Такой пойдёт, если в скиллах будут нужные keyword-ы.
Нет, думаю, переписывать резюме под конкретную должность не нужно. Но у нас сервисная компания, поэтому, если необходимо, то для заказчика мы подтюниваем CV с фокусом на какие-то конкретные скиллы.
Но из-за того, что есть хорошая консалтинговая-инженерная культура, глупости проходят редко. Например, когда реджектают React-разработчика, у которого нет Next.js, хотя это 3 дня учёбы, или когда у человека есть Next, но нет React в CV.
Ранее Dzik также приводил выжимку из отчёта-опроса польских рекрутёров. По словам респондентов, они любят, чтобы CV было оформлено чётко, понятно и кратко. Вы можете посмотреть полный список советов по этой ссылке 👈
🐽 10 софт-скилов, которые айтишники чаще всего указывают в CV
🐽 9 ресурсов, которые помогут улучшить ваше резюме
🐽 Европейский шаблон для CV либо ChatGPT vs помогаторы: ещё немного способов для улучшения вашего резюме