Собеседования и резюме

Раньше я много собеседовал инженеров разных уровней.
Кто-то мне сказал, что перед интервью нужно внимательно изучить резюме кандидата. И, знаете что? Попробовав, я понял, что это – ошибка и оставил чтение резюме hr-команде. Им этого всё равно не избежать при первичной фильтрации откликов :)

Я читаю только короткую hr-выжимку, чтобы понять, человек до этого занимался бэкендом или, например, hardware и не задавать вопросов совсем далёких от его области экспертизы.

Почему?

Я видел senior+ разработчиков Intel, которые зависали, когда разговор заходил об алгоритмах более сложных, чем «написать вложенный цикл». И инженеров из noname стартапов, которые могли побить 70% моей команды по навыкам проектирования распределённых систем. Внимательное чтение резюме до собеседования создаёт у тебя в голове предвзятое отношение к кандидату, это мешает объективно оценивать его навыки и повышает вероятность незаслуженно накинуть или не-накинуть грейд. Если твоя цель – собрать самую сильную (а не самую титулованную / дорогую) команду, прекращай оценивать людей по резюме.

Внимательно читай резюме после собеседования, если остались сомнения. Не до него!

Как проверить релевантный опыт кандидата без резюме?

Задавай как можно более детальные вопросы про интересующие тебя навыки.

– «Расскажи подробно, как ты выстраивал процессы в команде?»
– «Ты работал с технологией X? А для чего в последний раз её применил? А какие альтернативы рассматривал?»

Это правильнее, чем просто поверить строчке в CV.

А если я не знаю, как задать хороший вопрос для проверки скилла кандидата?

Позови на собеседование человека, который хорошо разбирается в теме и имеет нужный опыт. Можно пригласить инженера из другого отдела своей компании, объяснив ему ситацию. Или даже договориться со внешним экспертом. Например, моего знакомого лида ios однажды при устройстве в не очень технологичную компанию, только начинавшую собирать мобильную команду, собеседовал внешний приглашенный эксперт, не сотрудник компании. Это – нормально!