Что ищет интервьюер, когда спрашивает о прошлых технических проектах?

Мне задавали такие вопросы на собеседовании: «Назовите мне самый сложный технический проект?» или «Назовите мне технический проект, где вы узнали больше всего?» или «Расскажите о самой сложной ошибке, которую вы решили?» Это также рассматривается в главе «Поведенческие вопросы» в теме «Знай свои технические проекты» в книге «Интервью по кодированию Гейл Лаакманн Макдауэлл».

Что ищет интервьюер? Каковы точки данных или сигналы при оценке такого рода вопросов?

Обновление : поведенческие вопросы имеют определенную цель. Их обычно просят собрать точки данных из прошлого поведения и предсказать будущее поведение. Хотя это не идеальное решение, но людей или soft skills очень сложно оценить. Вопросы высокоэффективного интервью очень хорошо объясняют эту концепцию.

Многие компании просят кандидатов ответить на эти вопросы в формате STAR в течение 2-5 минут (тех-рекрутеры средних и крупных технологических компаний поделились этим сроком в неформальной обратной связи).

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

Я пытаюсь понять, какое поведение будет оцениваться?

(Я не новичок в этой области. У меня много ошибок в такого рода вопросах. Интервью очень короткие по времени, и интервьюеры всегда быстро выносят суждения. Я пытаюсь уменьшить количество неудач, готовясь как можно лучше)

Логичный ответ, четкость временной шкалы и разговорные навыки.
@gnat Спасибо за указание. Я думаю, work.stackexchange.com/a/86787/10520 отвечает на 1 часть моего вопроса. Я счастлив, что это дает мне 1 возможное направление взгляда. Прочитав ответ, я чувствую, что есть определенное техническое поведение, которое ценится, например, обучаемость, понимание компромиссов, достижение технического консенсуса, устранение неполадок, принятие решений на основе данных и т. д. Имеет смысл уделить больше внимания этому поведению и выбрать правильные истории. Я хотел бы получить более структурированный ответ. Я также пытаюсь найти исследовательскую работу или книгу.
несколько связано: work.stackexchange.com/questions/12040/…

Ответы (4)

Что ищет интервьюер?

Они хотят узнать о вас больше. По конкретным вопросам, которые вы указали:

  • Что бросает вам вызов
  • Как ты любишь учиться
  • Какие проблемы вы преодолели и как вы это сделали

Не задумывайтесь над этими поведенческими вопросами. Просто отвечайте честно и вдумчиво. Попытки выплюнуть поверхностный ответ, который, по вашему мнению, хочет услышать интервьюер, редко бывают эффективными. Чаще это приводит к запутанным, бессвязным ответам и неудачам, если интервьюер задает уточняющие вопросы.

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

Я не хочу плевать на поверхностный ответ, но я не хочу рассказывать длинную и скучную историю. Если бы я мог знать, как кто-то оценит ответ, это помогло бы структурировать или выбрать историю таким образом. Позвольте мне перефразировать: как бы вы оценили хороший и плохой пример?
да, но за этим безумием стоит какая-то основная тема или, по крайней мере, широко используемые критерии оценки. Поведенческое интервью в связи с конфликтом в команде имеет смысл. Основная тема — командный конфликт.
Работа интервьюера заключается в том, чтобы задавать правильные вопросы, чтобы получить правильный сигнал из вашего ответа, и если ваша история не соответствует их интересам, они скажут вам.

Я думаю, что ответ Джо отличный, но ИМО отсутствует один аспект:

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

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

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

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

Так что есть несколько вещей, чтобы иметь в виду. Во-первых, разные интервьюеры хотят знать разные вещи. Если вы подаете заявку в консалтинговую фирму — скажем, Mck или Deloitte — тогда они хотят видеть, что вы подготовились к интервью, и, по крайней мере, знать формат ожидаемого ответа. Тогда они захотят увидеть, что вы продемонстрировали необходимые навыки лидерства, решения проблем и сбора требований.

Некоторые рекрутеры могут «пытаться застать вас врасплох», другие могут проверять конкретные проекты или видеть, что вы выполнили ту работу, которую они хотят выполнить. Имея за плечами этот (нераскрытый) опыт, вы опередите других кандидатов.

Изучение метода STAR (ситуация, задача, действие, результат) действительно необходимо для того, чтобы ответить на эти вопросы четко и лаконично. Потренируйтесь на нескольких примерах. Кроме того, смотрите, как люди отвечают на эти вопросы на подготовительных интервью на YouTube/консультации. Вы почувствуете, как выглядит хороший надежный ответ, что действительно полезно.

Как правило, интервьюеры хотят найти людей, которые

  • умны и решают проблемы
  • может учиться без присмотра
  • иметь лидерские способности
  • иметь коммуникативные способности
  • может хорошо работать с другими

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

Теперь переведите эту историю в формат STAR, и все готово.

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

Лучший способ подготовиться к ним — задать эти вопросы другим соискателям и, в свою очередь, попытаться ответить на те же вопросы самому себе. Я предлагаю вам сделать это на http://pramp.com

Совсем недавно они добавили раздел специально для поведенческих интервью. https://www.pramp.com/dev/uc-behavioral

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

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

«Назовите мне технический проект, который был самым сложным?» или «Назовите мне технический проект, в котором вы больше всего научились?» или «Расскажите о самой сложной ошибке, которую вы решили?»

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

В целом, это кажется голосом опыта. Я бы не стал настаивать на том, чтобы задавать вопросы интервьюерам, или, по крайней мере, не многим из них. Хотя собеседование — улица с двусторонним движением, некоторые люди плохо его воспринимают.
@RuiFRibeiro, Pramp недавно добавил раздел для поведенческих интервью. Я обновлю свой ответ позже сегодня вечером. pramp.com/dev/uc-поведенческий