Ошибка найма или ретроградный Меркурий?

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

Может Вам станет легче от моего кейса:
Было выведено на испытательный срок 20+ кандидатов (!!!). Речь именно о кандидатах, которых согласовал и одобрил Заказчик. В среднем каждый продержался около 2-7 рабочих дней. Естественно уже после 3-го кандидата были калибровки, синхронизация и тд.
Но самый важный момент - Заказчик обвинил в непрофессионализме. Когда согласовывал и одобрял кандидатов на выход на испытательный срок - все было "ОК". Но каждый раз всплывали "нюансы", о которых вроде как и можно было уточнить заранее, но кто ж знал.
Это был бесценный опыт, который отлично "докрутил" мой стандартный договор по подбору.

Дарья, здрвствуйте!
Очень здорово Вы написали в заголовке ) потому что иногда действительно хочется сослаться на ретроградный Меркурий (Венеру и кто там еще может быть).
Редко, но такие "попадания" случаются и, мне кажется, тут не обходится без очень сильного желания кандидата показать то, чего нет на самом деле.
У меня была ситуация с выходом кандидата на должность начальник отдела охраны труда. Он прошел "на ура" все этапы собеседований (от рекрутера до своего непосредственного руководителя, включая сбор рекомендаций). А когда вышел на работу начал "чудить": грубить, отказываться принимать решения и т.д. Пришлось расстаться.

Здравствуйте, Дарья!
+ Ваш кейс говорит о том, что комплекс причин было, которые привели к прекращению сотрудничества.
+ Ошибка рекрутера здесь в том, что не были должным образом оценены риски "несовпадений".
Я имею в виду: применение парного программирования, возможности самостоятельного выбора сотрудником способов решения технических задач.
+ Так как в посте указано что уровень позиции Tech Lead/Senior, то ДА, это ошибка рекрутера в основном.
Но не он один виноват, потому как его задача предоставить кандидатов на выбор.

Добрый день, Дарья. Спасибо за интересный кейс! На мой взгляд, подобные ситуации — результат совокупности факторов. Помимо технических навыков, я всегда обращаю внимание на гибкость кандидата и его готовность работать в командных практиках. Очень важно обсуждать нюансы корпоративной культуры и особенности процессов ещё на этапе собеседования, чтобы избежать подобных несовпадений ожиданий и сделать так, чтобы команда работала органично.

Добрый день! В таких случаях я в первую очередь смотрю в ТЗ. Со своими клиентами всегда стараюсь составить максимально подробное техническое задание, включающее так называемые «красные флаги» для заказчика, а также стараюсь узнать «красный флаг» для соискателя.

Соглашусь с коллегами: в данном случае это совокупность факторов. Можно ли было избежать этой ситуации? Возможно, но без 100% гарантии.

Даже если бы вы спросили клиента, что он считает недопустимым в поведении сотрудника, обычно отвечают общими стандартными фразами. Редко кто вспоминает о реальных «красных флагах».

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

Мне кажется, в этой ситуации, поскольку речь идёт об испытательном сроке, можно было попробовать сторонам договориться:

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

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

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

Спасибо за полезную историю.

Добрый день.

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

Если компания работает в формате парного программирования и строго следует согласованной архитектуре, это не «деталь», а часть культуры. Значит, на этапе интервью нужно было глубже проверять отношение кандидата к таким форматам: как он работает в команде, как реагирует на ограничения, готов ли принимать коллективные решения.

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

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

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

Дарья, Добрый день!
На что обращаю внимание пр оценке? В первую очередь, на мотивацию кандидата. И подчас то что кажется явным при повторных этапах оценки мотивации оказывается иным! Мы же все знаем про социально-желательные ответы, про то что канидиату чтобы получить работу нужно подстроится под Компанию и стать своим. По-этому здесь возможен недочет.
Согласна с Александром Крымовым, с его вопросом" а что было онбордингом?", от себя: а как была организована адаптация, какие этапы. ИТ-шники народ непростой в плане коммуникаций, умения быть гибкими, поэтому отдельный вопрос: насколько кандидат был погружен в технические особенности..

Дарья, коллеги, всем продуктивной среды!

Я в ретроградный Меркурий в найме не верю, а вот в несовпадение рабочих моделей вполне. По описанию это не столько ошибка рекрутера или онбординга, сколько недоговоренность на берегу: кандидат привык к автономии и своему способу писать код, а компания - к парному программированию и коллективным решениям. Технический скилл совпал, а способ работы - нет, и именно это в итоге «сломало» сотрудничество.

В отборе в первую очередь смотрю не только на опыт и навыки, а на поведенческую совместимость с процессами команды. Прямо проговариваю спорные моменты: как принимаются решения, есть ли код-ревью, насколько допустима «своя логика» против общей. Если на этом этапе человек морщится или начинает «я бы делал иначе», это уже сигнал. Скилы можно масштабировать, а вот привычки работы и отношение к правилам меняются сильно сложнее!

Здравствуйте, Дарья!

В этой истории меньше всего похоже на "ошибку рекрутера" и больше - на несовпадение инженерной культуры: наняли сильного индивидуального игрока в среду, где ценится коллективная разработка и следование общим договорённостям. Senior и тем более Lead - это не только про стек и архитектуру, это про умение работать в рамках выбранного процесса, даже если он тебе не идеален. Если человек системно игнорирует договорённости после обсуждений с заказчиком, это уже вопрос не навыков, а профессиональной зрелости и гибкости. Мы бы в подобных наймах глубже проверяли не только хард?скиллы, но и отношение к правилам игры: как кандидат реагирует на код?ревью, спорные решения, чужую экспертизу, ограничения проекта. Техническая сила без культурного совпадения легко превращается в источник трения - и тогда расставание не про ретроградный Меркурий, а про то, что "звёзды" команды и человека просто не сошлись.

Дарья, коллеги, добрый день,

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

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

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

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

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

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

Дарья, всё сразу.
1. Для германии и вообще Европы и обеих Америк Рафаэль - не звучное, а вполне обычное имя. Вы не будете думать, что соискатель по имени Илья Ефимович - звучное имя, поскольку похоже на Репина?
2. Я не понимаю, что означает "онбординг был". Пришёл Рафаэль на работу, его все поздравили, дали корпоративный буклет, или...? Рассказали о работе компании, Рафаэль благосклонно покивал, а по приходу начал выстраивать свои порядки? Норм. Но это надо было раньше вычислять. Хотя бы по вопросу: что вам нравилось и что не устраивало у предыдущих работодателей?
3. Судя по дальнейшему, и отбор был уже некорректным. Читали книжку "Как пасти котов"? Программисты, особенно успешные, - народ зазвездившийся. Они могут писать замечательные коды (а большинство только так думает), но в человеческих отношениях...
Вам рекомендую при отборе прогаммистов и прочей АйТи - братии использовать тест Хогана, хотя бы. Только что написал на эту тему:
https://hrtime.ru/material/testy-hogan-chto-eto-kak-ustroeny-i-chem-ikh-zameniaiut-v-rossii-165438/
Спасибо за вопрос! Удачи!