Комплексные собеседования в IT — способ найти лучших или причина их потерять?

Я не раз писал о том, что ситуация на рынке найма в IT ухудшается. И сложнейшие собесы в IT — хоть и не главный, но один из важных симптомов. Каждая компания хочет убедиться, что кандидат действительно “свой”: и технически силён, и по мышлению подходит под конкретный продукт. Но профит для самих соискателей здесь сомнителен. Хотя могу понять тех, кто хочет работать над определенной технологией или в конкретной компании. Но порой процесс может задушить так, что всё желание может сойти на нет.

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

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

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