Как разработать надежный рабочий процесс найма? [закрыто]

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

1. Какова цель изменения найма? Лучшие кандидаты? Сократить время, необходимое для найма? Удостовериться, что никто ничего не пропустил или все, кому необходимо принять участие, вовлечены. Упростить отслеживание?
2. Создайте общий рабочий процесс существующей системы. Это может быть беспорядок, но это точка. Если бы это работало, они бы не нуждались в вас для выполнения этой задачи.
3. Кто обязан принимать решение о приеме на работу? Можно ли ограничить этот список?
4. Встретьтесь с сотрудниками, которых вы рады, что наняли, и узнайте отзывы о хороших, плохих и неприятных сторонах их процесса найма. Были ли интервью слишком длинными, слишком много, не тот интервьюер и т. д.

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

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

Наконец, придумайте способ измерения этого рабочего процесса. Соответствует ли это целям?

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

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

Хотя вам это может не нравиться, освещение «что, если» часто является частью построения решения в области технологий, и к нему нужно привыкнуть. Часто будут такие вещи, которые, если это не сделать заранее, вы получите как ошибки, которые программа должна работать так или иначе. Другими словами, я бы нашел способ привыкнуть к этому и был бы благодарен за эти диаграммы, иначе вы бы создавали свою собственную версию в программном обеспечении.

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

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

Одна из вещей, которые я действительно хотел бы увидеть, — это несколько примеров рабочих процессов для найма.

Я предполагаю, что некоторые из них могут выглядеть так:

Разместить вакансию -> Собрать присланные резюме -> Шорт-лист для собеседования -> Заметки о собеседовании -> Шорт-лист для 2-го тура -> Заметки о 2-м туре собеседования -> Сделать предложение выбранному кандидату -> При необходимости сделать предложение следующему выбранному кандидату

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