Как мы организовали процесс найма разработчиков и с какими проблемами столкнулись
Привет! Я — Александр Нефедов, владелец студии разработки Optimal group. Я сегодня хочу рассказать, как от уровня развития бизнеса зависит процесс найма на примере ит-сферы.
Как нанимают сотрудников маленькие студии
Когда я только открыл студию, то вся работа по найму персонала лежала на мне. Тогда мы искали в основном разработчиков и управляющих проектами.
Но из-за постоянной занятости процесс шел очень медленно. Вот я разместил вакансию на крупных сайтах, потом отфильтровываю подходящих кандидатов. Из получившейся группы я выбираю тех, кто мне нравится. В числах это: из 200 резюме 20 кандидатов. Теперь мне надо найти в своем рабочем времени 2 часа, чтобы их прозвонить. В то время я еще выдавал соискателям оплачиваемое тестовое задание.
Получалось, что пока я отобрал резюме, обзвонил кандидатов, выдал тестовые — основная масса отсеялась. Кто-то не брал трубку, кто-то отказывался делать тестовое, кого-то уже схантили конкуренты.
Но такая система имела один большой минус, если я сразу не обзванивал кандидатов, то большая половина из них сразу же отсеивалась. Эффективность была очень низкой, а весь процесс замыкался на мне, как на собственнике бизнеса.
Из-за постоянной текучки других задач я просто не успевал нанимать сотрудников, которые нужны мне были уже вчера.
В какой-то момент я решил. что пора выходить из состояния постоянного аврала и закрыть блок рекрутинга. Не пытаться выполнить самому 20 задач, а делегировать.
Делегирование и первые ошибки
Веб-студия, как бизнес-модель, масштабируется за счет людей и для стабильного развития необходимо организовать hr-подразделение. В первую очередь, я нанял в штат эйчара, потом подобрал софт для автоматизации процесса подбора персонала — Хантфлоу (это не реклама).
Процесс найма выстроили следующим образом. Эйчар отсматривала резюме и передавала отобранные мне. Я согласовывал подходящие и им назначались двухэтапное собеседование.
На первом этапе эйчар проводил с кандидатом экспресс-собеседование на 15 минут, а я потом смотрел запись их разговора. Если кандидат мне нравился, то я проводил собеседование, а потом выдавал платное тестовое.
И тут мы опять столкнулись с тем, что пока человек проходит у нас два обычных собеседования, уходит делать тестовое, его успевают схантить конкуренты.
Как мы нанимаем разработчиков сейчас
После десятого такого случая мы поняли, что тестовое задание сильно тормозит процесс и решили назначать после экспресс-собеседование техническое. На нем мы смотрим и обсуждаем код соискателя, либо даем ему простую тестовую задачу и задаем вопросы по теории.
Занимает оно около 1,5 часов. Соискатель в специальном веб-сервисе пишет код, а мы по ходу задаем вопросы. В собеседовании кроме меня принимает участие еще и senior-разработчик из направления, в которое ищем сотрудника.
Среди моих разработчиков есть те, кто имеет соответствующие компетенции и готов оценить соискателя. Они готовят специальные чек-листы, по которым опрашивают кандидата. В итоге в процессе интервью становится понятно, человек просто так в резюме написал список навыков или действительно знает и умеет.
Что мы оцениваем при найме разработчиков
Эйчар начинает оценивать кандидата ещё при первом взаимодействии. Обращает внимание на, то как человек ответил на звонок / сообщение. Например, некоторые постоянно просят перенести собеседование, сильно опаздывают без предупреждения или сливаются. Очевидно, что с такими людьми нам не по пути.
На экспресс-интервью наш эйчар смотрит на общую адекватность, организованность, коммуникабельность, умение отвечать на поставленные вопросы, рассказывать о себе, своем опыте. Например, многие уходят от ответа на вопрос о причинах ухода с предыдущего места работы.
В ходе технического интервью я оцениваю соответствие заявленным навыкам в резюме. Если человек указывает в резюме свои навыки, он должен их продемонстрировать.
Еще один критерий — развитые софт скилы.Человек должен уметь нормально общаться: объяснить выполненную задачу в рамках своей компетенции. У нас всего 1,5 часа и если соискатель льет много воды, то нам такой человек не подходит.
После обсуждения когда мы задаем вопросы по теории, которой разработчик в своей работе каждый день оперирует.
Пусть он не знает определения, как оно описано в документации, но он может объяснить своими словами.
На следующем этапе мы даем соискателю небольшие тестовые задачи по разному стеку. Если он битрикс-разработчик, то это могут быть: поправить компонент, дописать php код, написать запрос к базе данных SQL, рассказать про настройку веб-окружения Битрикс. Со всеми этими вопросами он сталкивается постоянно в своей работе. И будет странно, если он их не знает.
Мы смотрим, как он пишет код, соблюдает ли стилистику, использует ли горячие клавиши.
Я понимаю, что на собеседование многие волнуются и допускают ошибки, но непрофессионализм видно сразу.
В новом году я планирую развивать hr-отдел, чтобы увеличить количество ежемесячно нанимаемых сотрудников и масштабировать бизнес.
Подход понятный.
Как и вы, мы давно поняли, что любые тестовые задачи оторваны от жизни.
В выпускном классе участвовал в последней в СССР олимпиаде по программированию (что потом позволило поступить без экзаменов на ВМК МГУ). Нашу команду из 4 человек готовили к ней примерно полгода. Тогда я мог минут за 15 решить типичную задачу, которая сейчас, после 25+ лет опыта, займёт у меня, наверное, не меньше часа. Просто потому, что был натаскан на тип задач-головоломок, любимый на интервью, но далёкий от реальной жизни.
Мы стали использовать другой подход. Реальные оплачиваемые задачи из реального пула тикетов.
Ищем людей, которые готовы брать оплачиваемые таски со стороны в качестве «дополнительной нагрузки» (таких сейчас большинство). С настоящим code review. Похоже на фрилансеров, но при этом у них есть постоянная работа, помимо нас.
И вот уже им, после нескольких месяцев контрактной работы, если сроки не факапились, не возникало глобального непонимания, работа шла споро, и особенно если достаточно большой процент выполненных задач попал в прод, предлагаем перейти на постоянку.
Яндекс, это ты?
Комментарий недоступен
Тестовое, ламные методы рекрутинга и как закономерность:
«Из-за постоянной текучки я просто не успевал нанимать сотрудников, которые нужны мне были уже вчера.»
я имел в виду текущие задачи, а не текучку кадров) Спасибо, что обратили внимание. Исправил.
Т.е 1.5 часа на собеседование, где сидит HR и сеньор вместо тестового, я правильно понимаю? Платить сеньору 300к, чтоб он задачки сидел проверял по полтора часа на человека - это сильно.
Сейчас на рынке борьба за хороших специалистов. Даже один успешно нанятый человек может хорошо компенсировать подобные отвлечения сеньора сейчас и в будущем.
Сильные победят, слабые вымрут!)
Да, спасибо, мы сильные! =)