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

Почему именно хакатон?

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

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

Как проходил хакатон

В декабре 2021 года мы запланировали хакатон по iOS-разработке. Набрали 3 группы по 5 человек с открытых источников — в основном с откликов на hh. Задачи по тестовому заданию равномерно распределили. Задание поделили на несколько экранов, то есть каждый стажер получил по отдельному экрану. 

Хакатон длился месяц. С каждой группой у нас был чат в Telegram, куда стажеры скидывали свои вопросы. Их передавали разработчикам, они на них отвечали. Также были еженедельные встречи в Zoom в формате «вопрос-ответ».

Чем занимались тимлиды

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

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

Результаты 

В течение месяца мы наблюдали, как стажеры взаимодействуют с нами (на встречах и в чатах), насколько они инициативны, понимают ли что делают и так далее. Из 15 человек, мы заплатили шестерым — оплачивали только те задания, которые соответствовали выставленным критериям. После этого мы дополнительно провели техническое интервью. В итоге в штат взяли только троих. 

Рекомендации

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

• Тщательно подойти к организации, а именно решить какой будет структура мероприятия — встречи, чаты, временные рамки и другое;

• Четко определить каким должно быть задание;

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

• Сделать mock-сервер, так как в первый раз мы просили участников делать mock-файлы;

• Прописать критерии, при которых ТЗ будет оплачено. Мы ожидали, что ТЗ будет соответствовать архитектуре, код будет качественным, проект скомпилируется и так далее. За код, который не работает, мы не платили. Заранее обговорили этот вопрос со стажерами, чтобы не было недопонимания.

Что дальше

Сейчас мы проводим хакатон по Android-разработке. Схему немного изменили: 19 человек мы поделили на 3 группы. Каждый делает не по экрану как в первый раз, а целое приложение. На каждый таск дается неделя. Встречаемся также раз в неделю. В воскресенье группы делают пул-реквесты, а наши разработчики смотрят и аппрувят их задания до среды. В это же время стажеры делают следующее задание.

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

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