Сегодня хочу поделиться тем, как мы меняем процесс техничекого интервью в Альфе.
Как было раньше:
- два интервьюера,
- длительность полтора-два часа
- стандартные теоретические вопросы по языкам и Android SDK
Собес проходил так - знакомство с кандидатом, блок тех.интервью, рассказ про техничекие особенности проекта и ответы на вопросы кандидата
Какие были проблемы:
Часто попадались кандидаты с нерелевантным или недостаточным опытом для проекта
иногда один из интервьюеров мог отвлечься, пока другой задавал вопрос, прослушать ответ и потом задать такой же вопрос 😭😭😭
скучный процесс собеседования, типовые вопросы, это демотивировало и кандидатов и интервьюеров
недостаточная формализация - некоторые интервьюеры начинали уходить в какие-то глубокие теоретические дебри, интервью становилось душным 😭
В то же время у ребят из айос-команды процесс был интереснее и были хорошие отзывы от кандидатов. Поэтому мы решили перенять этот опыт и адаптировать для Android 🦾
Во-первых, мы добавили скрининг - при знакомстве с кандидатом эйчар задает небольшой список простых вопросов, чтоб отсеять кандидатов с совсем нерелевантны для нас опытом.
Используете ли вы скриннинг?
🤔
38.0% Используем скрининг🤔
17.7% Не испольщуем скрининг🤔
44.3% Посмотреть результатыВ ноушене мы завели таблицу с кандидатами и сделали шаблон, для создания нового собеседования.
Таблица выглядит так
Каждая запись в таблице создается с помощью предзаполненнного шаблона. Шаблон состоит из следующих блоков:
"О кандидате", заполняется рекрутером при знакомстве, можно дописать какую-то информацию во время интервью, есть ссылка на вики с памяткой "Как начать собеседование"
"Техническая часть"
Таблица, слинкованная с таблицей задач, их можно добавлять/удалять во время собеса. По нажатию на шаблон генерурируется таблица с уже предзаполненным списком задач.
Интервьюеры перед собесом создают эту таблицу по сценарию, дополняют какими-то задачами, основываясь на опыте и резюме кандидата и распределяют задачи между собой.
Пока один интервьюер задает задачу, другой записывает ход решения в краткой форме, это позволяет потом лучше оценить кандидата и не дает интервьюерам отвлекаться от процесса 😅
Шаблон для задачи выглядит так. Задача может быть либо теоретическим вопросом, либо задачей на написание какого-то кода или исправление ошибок в написанном коде
Задачи стараемся делать чисто практическими, за алгоритмы не душим. Если кандидат не помнит точного синтаксиса - можно писать на псевдокоде, главное объяснить идею решения и рассказать как оно работает.
А вы даёте задачи на алгоритмы?
🤔
10.3% Есть несколько задач🤔
14.7% Есть отдельное интревью🤔
36.8% Нет🤔
38.2% Посмотреть результатПосле технической части рассказываем о наших проектах и процессах, отвечаем на вопросы кандидата.
Дальше идет блок оценки, тут все достаточно стандартно
И финальный блок для фидбэка, стараемся вводить практику описания точек роста для кандидата, если ему по каким-то причинам пришлось отказать
Что планируем сделать дальше:
Собрать еще больше интересных задач
Сделать готовые сценарии для джуниоров, стажёров и лидов
Автоматизировать генерацию фидбэка после интервью, в каждую из задач добавить ссылки на полезную литературу и если кандидат с задачей не справился - автоматически добавлять эти ссылки в фидбэк.
Очень сложно оказалось придумывать хорошие задачи, чтоб у них была понятная формулировка, они не превращались в какие-то паззлеры с олимпиады и не были какими-то редкими кейсами, которые надо гуглить в недрах стековерфлоу
Для меня особенно сложным оказалось придумывать задачи по Android SDK 😅 прям тяжело сделать задачку, которую можно решить за вменяемое время и она бы покрывала несколько тем сразу 🧐
Наличие такого процесса помогает быстрее заполнять фидбэк для кандидата, обычно стараемся передавать его эйчарам в тот же день, хотя задержки тоже случаются 😅
Плюс интервьюеру проще - уже есть готовый шаблон, готовый сценарий, все необходимые памятки и ссылки на вики
В итоге уже есть позитивный фидбэк, как от интервьюеров, так и от кандидатов 😎 🦾 Бывают и недочёты - их стараемся оперативно фиксить.
Николай Крылов