Для начала немного разберем внутрянку скрининга ⬇️⬇️⬇️
💡Основная идея скрининга - быстро отсеять неподходящих кандидатов не тратя дорогого времени разработчиков.
Стандартный формат - анкета-опросник который проводит рекрутер, в анкете должны быть четкие вопросы и ожидаются конкретные ответы. Это важно, т.к. HR не имеет тех-компетенций и не может оценить развернутые рассуждения, а сравнить с эталонным ответом - легко. Например, при такой постановке ответ будет конретный и короткий:
Какого ключевого слова нет в Kotlin ?
Варианты ответа: open abstract unblock
а в таком вопросе дать короткий конкретный ответ не получится:
Расскажи зачем нужно ключевое слово volatile?
Вопросник для скрининга создается разработчиками, и после прохождения HR может самостоятельно, либо с помощью разработчиков оценить ответы кандидата, на основе чего и делается вывод стоит ли приглашать человека на техинтервью.
Казалось бы все просто: если ты готовишься к техинтервью, то скрининг не должен доставить неприятностей, т.к. вопросы на нем должны быть проще чем на техинтервью. Редко когда кто-то дополнительно готовится к скринингу, зачастую его проходят вообще где-то на бегу, из машины и т. п.
Последнее время многие компании отходят от стандартного формата, вот несколько примеров:
➡️ Вместо созвона HR и опросника - telegram бот (или другое свое решение) с тестом и ограничением по времени в 1 минуту на ответ. При этом часто вопросы в тесте могут быть, мягко говоря, неоднозначными и вгоняют в ступор.
Такие тесты рекомендую проходить с компьютера, не с телефона и пользоваться всеми возможностями интернета и нейросетей.
➡️Рекрутер проводит созвон, на котором задает вопросы для рассуждений и делает запись звонка, затем передает разработчикам, те отсматривают запись и дают фидбэк.
Оч странный формат, т.к. во-первых, сильно тратит время разработчиков, во-вторых, HR не имеет тех-компетенций и выглядит такой скрининг очень крипово.
➡️ Скрининг-интервью с разработчиком на 30-40 минут.
Можно сказать что это упрощенный вариант тех-собеседования, он выглядит уже намного лучше предыдущего варианта, где вопросы для рассуждений задаются HR-ом, хотя и главный смысл скрининга - не тратить время разработчика, на мой взгляд, здесь теряется. Главный рецепт - готовиться как к техинтервью, выделить полноценное время для прохождения.
➡️ Нетипичные моменты - например, для компании может быть важен уровень английского и вас попросят рассказать что-то. Скорее всего это будет рассказ о прошлом опыте, поэтому имеет смысл сделать домашнюю заготовку.
Забавная история - на одном из скринингов рекрутер попросила ученика поговорить на английском, при этом сама английский не знала.
📣Как улучшить вероятность прохождения скрининга:
⚫️понимаем что формат скрининга может быть разным, стараемся заранее узнать подробности того как он будет выглядеть
⚫️готовимся под формат проведения - изучаем тех-вопросы, делаем домашние заготовки
⚫️относимся более серьезно к самому скринингу - прохождение с телефоном вместо компа может сильно снизить ваши шансы
⚫️не стесняемся использовать помощников в виде гугла и нейросетей, где это возможно