Как мы организовали процесс найма разработчиков и с какими проблемами столкнулись

Как мы организовали процесс найма разработчиков и с какими проблемами столкнулись

Привет! Я — Александр Нефедов, владелец студии разработки Optimal group. Я сегодня хочу рассказать, как от уровня развития бизнеса зависит процесс найма на примере ит-сферы.

Как нанимают сотрудников маленькие студии

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

Но из-за постоянной занятости процесс шел очень медленно. Вот я разместил вакансию на крупных сайтах, потом отфильтровываю подходящих кандидатов. Из получившейся группы я выбираю тех, кто мне нравится. В числах это: из 200 резюме 20 кандидатов. Теперь мне надо найти в своем рабочем времени 2 часа, чтобы их прозвонить. В то время я еще выдавал соискателям оплачиваемое тестовое задание.

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

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

Из-за постоянной текучки других задач я просто не успевал нанимать сотрудников, которые нужны мне были уже вчера.

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

Делегирование и первые ошибки

Веб-студия, как бизнес-модель, масштабируется за счет людей и для стабильного развития необходимо организовать hr-подразделение. В первую очередь, я нанял в штат эйчара, потом подобрал софт для автоматизации процесса подбора персонала — Хантфлоу (это не реклама).

Процесс найма выстроили следующим образом. Эйчар отсматривала резюме и передавала отобранные мне. Я согласовывал подходящие и им назначались двухэтапное собеседование.

На первом этапе эйчар проводил с кандидатом экспресс-собеседование на 15 минут, а я потом смотрел запись их разговора. Если кандидат мне нравился, то я проводил собеседование, а потом выдавал платное тестовое.

И тут мы опять столкнулись с тем, что пока человек проходит у нас два обычных собеседования, уходит делать тестовое, его успевают схантить конкуренты.

Как мы нанимаем разработчиков сейчас

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

Занимает оно около 1,5 часов. Соискатель в специальном веб-сервисе пишет код, а мы по ходу задаем вопросы. В собеседовании кроме меня принимает участие еще и senior-разработчик из направления, в которое ищем сотрудника.

Среди моих разработчиков есть те, кто имеет соответствующие компетенции и готов оценить соискателя. Они готовят специальные чек-листы, по которым опрашивают кандидата. В итоге в процессе интервью становится понятно, человек просто так в резюме написал список навыков или действительно знает и умеет.

Что мы оцениваем при найме разработчиков

Эйчар начинает оценивать кандидата ещё при первом взаимодействии. Обращает внимание на, то как человек ответил на звонок / сообщение. Например, некоторые постоянно просят перенести собеседование, сильно опаздывают без предупреждения или сливаются. Очевидно, что с такими людьми нам не по пути.

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

В ходе технического интервью я оцениваю соответствие заявленным навыкам в резюме. Если человек указывает в резюме свои навыки, он должен их продемонстрировать.

Еще один критерий — развитые софт скилы.Человек должен уметь нормально общаться: объяснить выполненную задачу в рамках своей компетенции. У нас всего 1,5 часа и если соискатель льет много воды, то нам такой человек не подходит.

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

Пусть он не знает определения, как оно описано в документации, но он может объяснить своими словами.

На следующем этапе мы даем соискателю небольшие тестовые задачи по разному стеку. Если он битрикс-разработчик, то это могут быть: поправить компонент, дописать php код, написать запрос к базе данных SQL, рассказать про настройку веб-окружения Битрикс. Со всеми этими вопросами он сталкивается постоянно в своей работе. И будет странно, если он их не знает.

Мы смотрим, как он пишет код, соблюдает ли стилистику, использует ли горячие клавиши.

Я понимаю, что на собеседование многие волнуются и допускают ошибки, но непрофессионализм видно сразу.

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

1111
9 комментариев

Подход понятный.

Как и вы, мы давно поняли, что любые тестовые задачи оторваны от жизни.

В выпускном классе участвовал в последней в СССР олимпиаде по программированию (что потом позволило поступить без экзаменов на ВМК МГУ). Нашу команду из 4 человек готовили к ней примерно полгода. Тогда я мог минут за 15 решить типичную задачу, которая сейчас, после 25+ лет опыта, займёт у меня, наверное, не меньше часа. Просто потому, что был натаскан на тип задач-головоломок, любимый на интервью, но далёкий от реальной жизни.

Мы стали использовать другой подход. Реальные оплачиваемые задачи из реального пула тикетов.

Ищем людей, которые готовы брать оплачиваемые таски со стороны в качестве «дополнительной нагрузки» (таких сейчас большинство). С настоящим code review. Похоже на фрилансеров, но при этом у них есть постоянная работа, помимо нас.

И вот уже им, после нескольких месяцев контрактной работы, если сроки не факапились, не возникало глобального непонимания, работа шла споро, и особенно если достаточно большой процент выполненных задач попал в прод, предлагаем перейти на постоянку.

6
Ответить

Соискатель в специальном веб-сервисе пишет код, а мы по ходу задаем вопросы.

Яндекс, это ты?

4
Ответить

Комментарий недоступен

Ответить

Тестовое, ламные методы рекрутинга и как закономерность:

«Из-за постоянной текучки я просто не успевал нанимать сотрудников, которые нужны мне были уже вчера.»

3
Ответить

я имел в виду текущие задачи, а не текучку кадров) Спасибо, что обратили внимание. Исправил.

2
Ответить

Т.е 1.5 часа на собеседование, где сидит HR и сеньор вместо тестового, я правильно понимаю? Платить сеньору 300к, чтоб он задачки сидел проверял по полтора часа на человека - это сильно.

2
Ответить

Сейчас на рынке борьба за хороших специалистов. Даже один успешно нанятый человек может хорошо компенсировать подобные отвлечения сеньора сейчас и в будущем.

4
Ответить