Должен ли it рекрутер разбираться в технологиях, методология и пр?

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

Я считаю, что даже начинающий рекрутер, без знания большинства технических терминов, на уровне отличия Java от Java@@@@ может успешно справиться с наймом IT специалиста. С ростом опыта он будет волей-неволей узнавать и разбираться в терминах. Увлеченный рекрутер просто будет быстрее их схватывать.

Ищете работу мечты?

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

Узнать цену!

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

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

Далее я решила спросить о его опыте работы с визуализацией данных и создания диаграмм. Ответ меня насторожил ещё больше: "Все рисуют в Miro, это удобнее всего". Безусловно, Miro — отличный инструмент, но я ожидала услышать хотя бы названия диаграмм. Я задала вопрос о том, какие диаграммы из UML он использует в своей работе и для чего. Ответ был поразительно невежественным: "UML? Я слышал о нём, но у нас всё проще, мы рисуем сами". Этот момент стал для меня решающим. Аналитик, который не понимает важности стандартизации и не знаком с ключевыми инструментами, явно не обладает необходимыми профессиональными навыками.

Конечно, показать какие-то артефакты своей работы он не мог, что странно с опытом работы 15+ лет. Всё, абсолютно всё, оказалось под NDA. 

При этом кандидат рассказывал, что у него огромный опыт и он даже не знает что мне рассказать: так много всего делал и знает. С его слов, он "делал много всего и работал на огромном количестве проектов". 

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

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

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

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

Всем классных заказчиков и кандидатов!