Прежде чем переходить к делу, настоятельно рекомендуем вам ознакомиться с нашими предыдущими публикациями о GitHub*. Также, вам жизненно пригодится переводчик с гитхабовского на русский [его ищите >> здесь]. Мы постараемся дублировать термины, но, пожалуй, держите его под рукой!

* Github (Гитхаб), веб-сервис для размещения репозиториев и совместной разработки проектов.


3 причины завести микро-ATS
на Github прямо сейчас
[именно это и сделал автор, и научимся мы с вами сегодня]

1. Разработчики из вашей команды могут оперативно оценивать профили новых кандидатов, не выходя из привычной для них платформы;
2. Полезный опыт для рекрутера — если команда не полениться давать фидбэк о кандидатах, можно научиться лучше разбираться в специфике тех или иных позиций;
3. Не забывайте... Это бесплатно!

Обзор работы

Это тестовый репозиторий* — не стесняйтесь, можете понажимать и поиграться, чтобы выяснить, подходит ли вам это и что к чему:
[ссылка].

* репозиторий, (м.р., склоняется) папка, в которой находятся: конфиги, журналы операций, индекс файлов и сами файлы репозитория.

Говоря понятным языком, так будет выглядеть страница, на которую вы будете добавлять кандидатов. Очень просто и поэтому круто: никаких скрытых кнопок [и смыслов].

Каждый новый кандидат — это новый issue*, который соответственно получает уникальный порядковый номер. Удобно и наглядно: можно посмотреть, кто добавлял карточку, создать ярлыки и отсматривать людей группами.

Создаем проекты

Одна из любимых функций — она показывает, кого из кандидатов уже оценили разработчики из вашей команды, а кого нет. По сути, это будет своеобразная альтернатива всем знакомым доскам (как в Trello). Настроить этапы можно как душе угодно. Если компания небольшая, и объемы найма тоже скромные — Github может стать идеальной альтернативой ATS.

Если выставить настройки следующим образом, каждый новый созданный issue [новый кандидат] будет автоматически добавляться в первую колонку, закрытые issue [не интересные кандидаты] — во вторую:

• Первая колонка: Новые кандидаты / preset: to do / move all newly added issues and pull requests here.
• Вторая колонка: Не интересные кандидаты / preset: done / move all closed issues here.
• Остальные колонки: не требуют специальных настроек — делайте как вам удобно.

Как найти Github кандидата?

Найти профиль разработчика не сложно: часто ссылка уже указана в резюме.

А еще можно воспользоваться Подбором — в нашей базе уже более 500 тысяч IT-специалистов, с данными о навыках, контактами и ссылками на социальные сети. И на Github тоже: остается только отсортировать разработчиков по городу, стеку и опыту, и смело можно переносить в вашу мини-ATS!

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

Как внедрять?

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

Автор сделала рассылку (весьма масштабную), где в деталях описала, что к чему. Главный блок — распределение функционала между членами команды.

"Что я буду делать: Находя нового кандидата, я буду создавать новый issue со ссылками и моим мнением/комментариями о нем. Добавлю ярлыки и прикреплю к соответствующему проекту. После вашей оценки — буду связываться с кандидатами.

Чего я жду от вас, ребята: Не думаю, что вы будете все время сидеть и просматривать кандидатов (так что уведомления лучше отключите), но если появится желание и возможность — добро пожаловать!

Но, когда я попрошу, пожалуйста, зайдите и оцените кандидатов (поставив им от 1 до 3 звезд).

Пожалуйста, рассказывайте мне, чем они хороши, и почему плохи. Если вы видите крутые проекты или еще какие-то штуки, я буду рада принять их во внимание → так мне будет проще найти точки соприкосновения с кандидатами.

Кто знает — может с этой информацией однажды смогу оценивать кандидатов и без вашей помощи!"