Важность технического скрининга или Почему HR должен понимать разработчика: личный опыт рекрутера
Всем привет! Меня зовут Сергей, я являюсь ведущим менеджером по работе с персоналом компании Creative. И сегодня я хочу поговорить о том, зачем наши HR-специалисты учатся техническому скринингу.
Технический скрининг – это первичная беседа рекрутера с кандидатом, на котором оцениваются не только софт-скилы разработчика, но и его харды.
Что мы имеем? Как правило, рекрутер мало шарит в разработке, но ему нужно быстро прособеседоввть кандидата. Важно на первой встрече понять, кто есть кто, кого-то “отсеять”, кого-то пропустить на следующий этап. Большая ответственность на самом деле. Рекрутер готовится к собеседованию по техническим вопросам, которые составляет для него техлид. Также у него обычно есть заготовки с возможными ответами. Благодаря такой беседе, рекрутер способен дать первичную оценку навыкам и знаниям кандидата и рекомендовать его для прохождения полноценного технического интервью.
И здесь, возможно, разработчики уже взяли в руки помидоры, чтобы закидать нахального HR-а, посягнувшего на территорию разработки и всего, что с ней связано. Но, как говорится, “спокойствие и только спокойствие”. Рекрутеры не стремятся отнять у вас работу. Совсем наоборот – они стараются сделать вашу жизнь проще!
Правда, для самих HR-специалистов эту часть работы нельзя назвать простой. И не все IT-компании готовы учить своих рекрутеров основам программирования. Почему мы считаем иначе? Приведу несколько примеров.
- “Моя твоя не понимай”
В любой сфере, и IT – не исключение, есть свои жаргонизмы. Есть вещи, которым в обиходе дают негласные названия, и они впоследствии приживаются: “ванильный” JS, “апишка”, “тзшка”, “диплой” и т.п. Здесь и обнаруживается одно из требований, предъявляемых к рекрутеру IT компании – умение говорить с кандидатом на одном языке.
Конечно, от HR-специалиста не требуется быть full-stack разработчиком уровня сеньора и тестировщиком во вторую смену. Но завести словарик всех “странных” слов, которые вы слышите от разработчиков, необходимо. А ещё – читать больше профильных статей. Смех – смехом, но порой простое понимание прогерского юмора помогает наладить связь и положительно сказывается на результате собеседования.
- “Кандидат поломался, дайте нормального”
Казалось бы, всё просто. Перед собесом техлид составляет для рекрутера список вопросов и правильных ответов, тот проводит по ним собес и отмечает, насколько ответы кандидата оправдывают ожидания техлида. Но, как показывает практика, наши ожидания очень часто не совпадают с реальностью.
Именно поэтому в компанию приходят “неправильные” кандидаты, которые ни в какую не хотят отвечать на вопросы так, как прописано в заготовленных ответах. Более того, они порой переходят на прогерский язык, которого рекрутер без навыков технического скрининга просто не понимает (см. предыдущий пункт). Что делать? Учиться. Но не в университетах, а у своих же разработчиков.
- “HTTP код ошибки 418 I'm a teapot”
Для того чтобы получить основы для ведения технического скрининга, HR-специалисту не нужно надолго садиться за парту. Достаточно внутреннего обучения от техлидов компании, желательно – на наглядных примерах. Порой рекрутеру можно просто открыть Devtools любого сайта, ввести данные в форму регистрации, увидеть, какой запрос ушёл на сервер и какое кодовое обозначение ответа мы от него получим. Вот и всё, вы освоили HTTP-метод запросов!
Для внутреннего обучения мы составили специальную программу в рамках нашего Учебного центра CRT.School. Она нацелена на то, чтобы дать нашим рекрутерам ту базу знаний, без которой невозможно вести диалог с кандидатом наравне. Чтобы поставить HR-ов и разработчиков в равные условия, наши рекрутеры сдают такую же аттестацию и получают грейд. Да, это занимает и силы, и время, но быть чайником из известного прогерского анекдота не хочет никто.
- “У вас не будет второго шанса произвести первое впечатление”
Эту статью, скорее всего, будут читать и разработчики, и мои коллеги из HR-отделов. Поэтому скажу своё мнение для обеих сторон: нам с вами одинаково важно то впечатление, которое мы производим при первом знакомстве. Всем ведь известно, что собеседование – процесс двусторонний. Кандидат презентует себя, компания – себя.
Поэтому меньше всего нам хотелось бы, чтобы кандидаты уходили с собеседований с мыслями “Что это за IT-компания такая, если меня не понимают”. Куда круче строить первичное знакомство на WOW-эффекте и впечатлении “Насколько крута должна быть команда разработчиков в вашей компании, если даже HR не уступает знаниями мидлу!”. Чувствуете разницу? Для нас она глобальна.
Отвечу на немой вопрос: "Все рекрутеры могут освоить технический скрининг?"
Если короче – все. Если точнее – все, у кого есть желание. Тут немного расскажу о себе. Я – гуманитарий до мозга костей. Да, я в детстве увлекался компьютерными играми и умел переустановить Windows XP. Родители, наблюдая подобную магию, говорили: “Сын в программисты пойдёт”. Но “не получилось, не фартануло”.
В итоге я получил образование психолога, а затем стал HR-специалистом. Мои знания помогли быстрому развитию в карьере, но HR в IT – совсем не то же самое, что HR в любой другой сфере. И вот я – весь такой психолог, заряженный на работу с персоналом и рекрутинг, в один прекрасный день попал на своё первое собеседование с кандидатом и техлидом.
По ходу пьесы осознаю, что не въезжаю примерно ни во что. Кандидат и техлид общаются на каком-то новом для меня языке, полном незнакомых аббревиатур и названий.
ООП, полиморфизм – это что-то из биологии? Образ и контейнер – ребят, я на обед контейнер с котлетками взял, вас не устроит? Singleton – это же вообще что-то музыкальное, у нас точно собес с разработчиком идёт?
Сложно, непонятно, надо разобраться! С чистого листа стал погружаться в тему и начал гуглить термины, которые услышал на этом интервью. Смотрел курсы типа “PHP для чайников”, “Python для гуманитариев”, “JavaScript для потерявших надежду”. Постепенно начал разбираться в основной терминологии. Исчез большой пробел в знаниях, вместо него появился ещё больший интерес погрузиться в эту неведомую ранее сферу IT.
Прошёл в Учебном центре CRT.School обучение по основам бекенд-, фронтенд-разработки и тестированию для рекрутеров, сдал аттестацию, получил грейд. Мой интерес к предмету все возрастал. Я постоянно задавал вопросы более опытным коллегам, а уж разработчикам доставалось от моей любознательности больше всего. Здесь, конечно, стоит поблагодарить всех, кто помогал и делился опытом. А разговоры случались везде.
Пьем чай и вместо фильмов, просмотренных на выходных, мне интереснее обсудить что-то про EventLoop. Стоим на веранде, дышим свежим воздухом, спрашиваю “В чём разница между Where и Having?” – и понеслась. Это и сейчас никуда не делось, потому что в IT постоянно что-то меняется, и нужно быть в курсе всех апдейтов.
Самой главной помощью в освоении навыков ведения технического скрининга стало общение с разработчиками. А это, я вам скажу, вещь уникальная. У меня было много случаев, когда я в полночь писал техническим специалистам сообщения типа “Что такого магического в методах PHP?”, и в ответ прилетало “Писать долго, давай созвонимся, объясню”. И дальше картина маслом: сидим с бэкером и обсуждаем методы, их предназначение и переопределение. На часах второй час ночи, а беседе – нет конца и края.
Я считаю, что именно этот “огонь в глазах” и заряженность на профессию являются главными показателями истинного профессионализма. Поэтому я советую всем своим коллегам-рекрутерам из IT-компаний не бояться расширять багаж знаний. Особенно в общении с разработчиками. Эти ребята могут, знают, умеют, помогут.
А потом и вы сможете – наконец-то говорить на одном языке :)
Надеюсь, эта статья окажется для вас полезной. А у вас был опыт прохождения / проведения технического скрининга? С удовольствием отвечу на ваши вопросы и комментарии.