В инженерных областях может быть довольно сложно придумать хорошие, последовательные вопросы, которые позволят интервьюеру постоянно получать хорошее представление о том, на что способен кандидат. К сожалению, в этих областях рекрутеры очень отчаянно пытаются получить работу, потому что это может быть весьма прибыльным, и поэтому они делают все возможное, чтобы дать своим кандидатам преимущество, в том числе опрашивая их по вопросам, которые им задавали, чтобы они могли подготовить их. Кандидаты на успех при ответах на вопросы. Конечным результатом является то, что наши вопросы становятся бесполезными, как если бы кандидат уже знал ответ (или имел возможность изучить его заранее), мы не можем получить никаких данных об их фактической способности решать проблемы самостоятельно.
Если не считать необходимости придумывать новые вопросы для каждого кандидата (плохо, потому что это увеличивает рабочую нагрузку на собеседовании и затрудняет объективное сравнение) или просить HR отсеивать кандидатов, пришедших от этих плохих рекрутеров (они не хотят этого делать), как мы можем избежать того, чтобы вербовщики «отравляли колодец» таким образом?
ОТРЕДАКТИРОВАНО ДОБАВИТЬ: Вопросы, которые мы задаем, не являются простыми вопросами «запоминания» или «пустяков». Это решение проблем и проектирование систем высокого уровня. Тем не менее, этот вопрос по-прежнему относится к областям, где вопросы на запоминание/пустяки являются важной частью процесса скрининга, и характер самой проблемы не является той частью этой ситуации, которую необходимо изменить в любом случае.
Кроме того, рекрутинговые фирмы нанимаются нами для поиска кандидатов — мы платим им премию за найм, а не кандидаты. Таким образом, они действительно не должны посылать нам низкокачественных кандидатов, которых они подготовили, чтобы они выглядели как высококачественные кандидаты.
Я предполагаю, что вы не задаете простые вопросы, но у вас есть более значимые вопросы.
Если у вас есть вопросы по дизайну, вы можете поменять мелкие детали и действительно сбить с толку того, кто на самом деле не знает, что он делает. Изменение мелких деталей ваших вопросов на собеседовании действительно может доказать несколько вещей:
Если вы не хотите этого делать, задавайте много вопросов «почему». «Почему ты делаешь Х?» — А как насчет Ю? как продолжение. Хорошие кандидаты смогут ответить или, по крайней мере, грамотно обсудить, независимо от подготовки, а плохие — нет.
Вы также можете спросить об этом своего рекрутера и понять, почему он это делает. Это может не знать, что это вызывает у вас проблемы. Вы можете быстро решить это с помощью короткого разговора.
В противном случае, если они скажут вам, что они не являются/отказываются/что-то еще, исправляйтесь/другие рекрутеры. Похоже, вы работаете с низшими рекрутерами.
Также рассмотрите возможность того, что ваши вопросы будут опубликованы в Интернете (а не от рекрутера). Я бы посоветовал сначала изучить это, прежде чем обвинять своего рекрутера. Если вы работаете даже в отдаленно известной компании, скорее всего, вопросы будут размещены по всему Интернету.
Вы также можете рассмотреть возможность включения соглашений типа NDA в процесс собеседования. Если у вас есть специальный отдел кадров/юридический отдел, обратитесь к ним по этому вопросу.
Вместо того, чтобы придумывать разные вопросы для каждого кандидата, придумайте вопросы, которые будут разными для каждого кандидата. Лучшие интервью, которые я когда-либо проводил, включали открытый проект «Покажите мне, как бы вы разработали игру в монополию», «напишите метод проверки того, является ли строка палиндромом», «я клиент, который хочет, чтобы вы разработали система для них... задавайте мне вопросы и выясняйте, чего я хочу» и т. д.
Вам не нужно делать много работы, чтобы просто переключаться между монополией и пасьянсом (или любым другим инженерным эквивалентом), и какую подготовительную работу они собираются делать, когда тест в основном «покажи мне, как ты идешь». о выполнении инженерных работ»?
Примером может быть составление списка проблем, с которыми вы столкнулись на работе, которую вы попросите сделать. Спросите его, как бы он поступил при устранении неполадок и решении проблемы. Выслушайте его ответ и судите его по нему, но не говорите ему, каким был «настоящий» ответ. Так что, если у кандидата может быть немного дополнительного времени для изучения проблемы... это более реалистично, чем ожидать, что он узнает ее на месте. Настоящие инженеры, решающие проблемы, имеют такое же время и ресурсы, как и ваши кандидаты, если они заблаговременно предупредят о характере проблем.
И если вы действительно хотите уравнять правила игры, раздайте кандидатам список реальных проблем за день или два. В конце концов, что вы действительно должны проверять, так это их способность использовать ресурсы, доступные для решения проблем, а не их способность запоминать факты.
Начните задавать вопросы, на которые рекрутеры не могут ответить. В противном случае, вопросы точно такие же, как в играх Trivial Pursuit или Let's See If You Know What I Know.
Рекрутерам будет сложно помочь с вопросами, основанными на опыте или требующими умения применять знания. В любом случае, нет ничего плохого в том, что кто-то готовит себя сам.
Вы должны решить важность запоминания в вашей области. Возможно, вам следует предложить кандидатам выполнить небольшую задачу, типичную для ваших проектов, чтобы продемонстрировать, что они могут делать то, что требует работа.
Убедитесь, что в вашем договоре с рекрутером указано, что бонус выплачивается только в том случае, если человек остается в вашей компании, скажем, на 3 месяца. Если кандидат проходит ваш отбор, запоминая вопросы, он/она, вероятно, не задержится с вами надолго...
Другие ответы не учитывают серьезность проблемы, представленной ОП. OP действителен/нацелен. Если вы хотите пойти, создайте пул из десятков разных вопросов, это замечательно. Для интервьюера, который не имеет бесконечного времени в своих руках и который справедливо уделяет большое внимание умению кодировать, это настоящая головоломка.
Учитывая все это - если бы я был интервьюером, я бы поставил значительно более высокую планку для кандидатов, поступающих из этого конкретного агентства. Фактические вопросы, скорее всего, будут скорее случайными: в любом случае они будут «просочены» обратно в их агентство, поэтому они не заслуживают такого внимания.
В любом случае вы, вероятно, сможете определить, слышали ли кандидаты вопросы раньше.
Вместо того, чтобы просить их придумать дизайн (это то, чему вы можете научиться), позвольте им изучить чужой существующий дизайн и провести его экспертную оценку. Это совсем другой навык, очень важный, и вы можете просто загрузить несколько последних коммитов, сделанных на Github в каком-нибудь общедоступном проекте, и просмотреть их вместе с кандидатом. Буквально невозможно подготовиться к обзору кода, которого еще не существовало, когда вы начали собеседование.
(Это, конечно, требует, чтобы интервьюер был хотя бы способным как интервьюируемый, потому что он также должен быть в состоянии проанализировать неизвестную кодовую базу за довольно короткое время.)
край
Эд Хил
WestCoastProjects
пушистый
пушистый
Д.А.
Брандин
Арон_dc
МиниРагнарёк
Мартин Арджерами
ДжеймсРайан
пользователь10042