Преимущества моделирования информации интервью: требования работодателя
Эта статья является частью серии статей о том, как мы можем еще больше улучшить опыт и результаты технических собеседований со стороны интервьюера.
Централизованное оглавление всей серии см. из этого Github Gist
TL;DR: четкая мысленная модель информации, полученной в ходе интервью, может дать нам больше гибкости при управлении обсуждением и сделать его естественным, а также поможет заложить основу для другого важного элемента.
_
+2 инструмента к нашему ремню [бэтмен]
Все, что было предложено в главах до сих пор, было направлено на то, чтобы сделать техническое собеседование менее жестким допросом и более естественным, интервью.
Мы обсудили общий формат, способ инициации, а затем набор осознанных подходов, помогающих формулировать вопросы и получать ответы.
Следующие 2 главы будут посвящены еще 2 важным строительным блокам:
- наша способность как интервьюера дискретно управлять обсуждением и ориентироваться в потенциально огромном количестве тем бесшовным образом
- расширяя наше внимание от того, что нужно нам как интервьюерам, до того, что нужно кандидату.
Я приглашаю вас выпить кофе/чай и присоединиться ко мне, пока мы составляем одно решение для этих двух пунктов и собираем информационный дизайн для технического интервью ^^
.решение, .корень-проблемы {
&& — вытекает из того, что я впервые понял, что мне нужен лучший способ организовать постоянно растущий список технических вопросов для собеседования.
Поскольку я стремился к более гибкой навигации по вопросам и темам в качестве интервьюера, этот список больше нельзя было строго упорядочивать на самом детальном уровне, и он также больше не мог быть единым, длинным, плоским, прокручиваемым фестивалем. список понятий.
}
Первое естественное обновление заключалось в том, чтобы думать о каждом вопросе/теме как о модуле, имея связанные подтемы, сгруппированные в дочерние/вложенные модули.
Это неявно формирует структуру дерева информации, где каждая более крупная тема образует ветвь подтем.
По касательной, но в какой-то мере параллельно, со временем я также понял, что, хотя эта структура полезна, основная область технических вопросов интервью на самом деле не должна быть единственной центральной частью интервью.
Это еще более актуально для кандидатов с более высоким стажем работы, особенно когда у нас также есть дополнительные цели, такие как принципы, предлагаемые в этой серии статей.
Имея это в виду, переосмыслив саму его цель, а также уделив больше внимания обоим вовлеченным участникам, я достиг этого упрощенного начала для информационной структуры интервью (формулируется/просматривается от первого лица, интервьюера), и от которого мы в конечном итоге также вернемся к решению этого первоначального корня проблемы.
требования к интервьюеру
Далее, распаковывая первую из этих двух основных ветвей, у нас есть 2 прямых требования к что нам нужно как стороне работодателя, первое из которых является нашими собственными требованиями как интервьюера:
требования интервьюера/не технические
В эпоху, когда мы очень постепенно начинаем конкурировать с автоматизацией, я думаю, что так же постепенно становится все более и более важным для нас становиться все более и более человечными на работе.
Таким образом, следующие черты будут иметь большое значение для людей, проводящих собеседование:
- Активно оценивая течение и энергию интервью в режиме реального времени,
- активно слушает, читает и слышит также то, что не озвучивается;
- доброжелательность, активное создание легкой и непринужденной атмосферы,
- поддержание профессиональной обстановки, которая также открыта для юмора;
- спасая и мягко отклоняя неудобную ситуацию,
- поощрять, помогать и так далее.
В двух словах:быть человеком.
Подлинное любопытство также является важной зависимостью, которая нам здесь нужна.
Чтобы помочь этому расцвести, пусть даже с риском показаться немного менее профессиональным, но с таким же «риском» сделать интервью более дружелюбным:
- мысленно попытайтесь сформулировать интервью так, будто вы пьете кофе со знакомым, которого давно не видели. Как прямой результат, помимо снижения уровня формальности, это должно подразумевать степень подлинного любопытства, выходящего за рамки цели интервью.
- Далее, что касается невербальных и паравербальных языковых параметров, вы бы не были совершенно невозмутимы в таком контексте, верно? наша поза была бы открытой, наш ум был бы расслаблен.
_
требования интервьюера/технические
Теперь, что касается технических моментов. С нашей основной целью технически подтвердить соответствие найма, мы, в свою очередь, также должны выполнить определенные требования, как интервьюер:
- владение темами
- четкая собственная информационная иерархия для этих тем
- гибкость в отношении порядка технических вопросов
Этот первый пункт в значительной степени исключает сценарий, когда интервьюер должен читать каждый вопрос, а затем зависит от того, запишет ли каждый отдельный ответ, чтобы сверить его с ответами кандидата.
Это может быть нормально для нескольких или небольшой части вопросов, но если это станет нормой для всех/большинства вопросов при открытии вакансии, особенно с более опытными кандидатами, это может привести к тому, что все собеседование пойдет по отрицательному пути.
Непосредственно связанные с этим первым пунктом, мы далее раскроем 2-й и 3-й критерии и изучим, как они также влияют на то, как происходит оценка, поскольку они сопоставляются с 2-й подветвью того, что нам нужно. :
_
требования к открытию вакансии
Список требований к вакансиям описывает, какие качества и навыки необходимы для открытой должности, а также включает технические и нетехнические требования:
Поскольку нетехнические требования обычно более тщательно оцениваются в раунде, который предшествует (и, возможно, также следующему) техническому собеседованию*, мы снова остановимся на технических требованиях.
*Тем не менее, если позволяет время, и технический рекрутер также имеет такую склонность и/или находится в контексте людей команды/проекта этой вакансии, это может быть очень плодотворным, чтобы хотя бы коснуться этого во время технический раунд.
Теперь, возвращаясь к этой первоначальной проблеме, мы откроем следующий сценарий, поскольку мы распаковываем техническую ветвь, чтобы пройти ее понятия с кандидатом:
_
преодоление технических требований: вызов
Задавая технические вопросы в качестве интервьюера, я обычно стараюсь не прыгать из категории в категорию чаще, чем это необходимо. Общий порядок и интуитивно понятная иерархия тем обычно помогают всем.
Но иногда, отвечая на вопрос, кандидат затрагивает и другие темы, которые мы все равно хотели затронуть позже.
Я всегда каким-то образом чувствовал, что может произойти много хорошего, если это не будет быстро прервано, чтобы вернуться к нашему точному порядку вопросов; или по крайней мере не каждый раз.
Проверив это, я быстро понял, что мы должны не только быть в состояниииногда временно отклоняться от следующих конкретных вопросов, которые мы хотели задать, но и предлагать им поделиться более подробной информацией. также по затронутым темам, но это действительно полезно.
Проблема в том, что попытка достичь именно этого обычно означает отказ от прежней структуры и порядка, которые у нас были. И попытка сделать это, когда или после использования исключительно простого, длинного, плоского списка технических вопросов в качестве нашего инструмента интервьюирования, может привести к небольшому хаосу.
обход технических требований: решение
Особенно, когда у нас есть длинный список понятий, которые нужно пройти, мы должны быть в состоянии
- легко перемещаться по этому списку,
- мысленно галочка отвечала на вопросы очень быстро,
- и неявно старайтесь не упускать из виду и не упускать никаких понятий.
Это первая из двух областей, в которых дальнейшее построение нашей древовидной информационной структуры действительно просвечивает, по своей сути поощряя более строгий порядок только при просмотре категорий тем, и не обязательно также в самых подробных темах. :
В любом случае, это просто более точное отображение каркаса того, как устроено большинство наших технологий. Идея предназначена для того, чтобы привести нас к мышлению, которое открыто для более гибкой навигации по темам.
Потому что, если мы думаем обо всех понятиях как о модулях с подмодулями и сдвигаем нашу ментальную модель от единого, очень строго упорядоченного списка вопросов к дереву информации, которое мы стремимся пройти по ветвям, мы должны затем иметь возможность без особых усилий сделать несколько исключений для этого заказа, когда это необходимо.
Это откроет большую степень свободы и гибкости для нас как для интервьюеров и, в свою очередь, позволит использовать, казалось бы, несущественные детали:
допущение даже нескольких таких незапланированных небольших отклонений в ходе обсуждения может сыграть огромную роль в том, чтобы интервью проходило более естественно.
Поскольку мы в основном отказываемся от некоторых дискуссий, ведущих к кандидату, и позволяем им углубиться в некоторые связанные темы, о которых они думают, прежде чем перейти к следующему, вместо того, чтобы косвенно просить их «удерживать эту мысль», пока мы навязываем наш порядок вопросов, чтобы потом вернуться к тем же темам позже, когда мы достигнем их в нашем списке.
Когда по определенной причине нам нужно сделать именно это, мы можем устно отметить, что вернемся к теме, и/или инициировать более поздний вопрос (который возвращается к отложенной теме), также подтверждая, что они начали упоминать понятие ранее.
В двух словах — особый аспект диалога, который также может иметь место в обычном жизненном разговоре, когда мы хотели бы снова открыть или вернуться к теме, которую другая сторона упомянула ранее.
До сих пор мы изучали, как этот подход может помочь нам достичь первой из двух целей: как ни парадоксально (или так оно и есть), мы показываем, что чем больше базовой структуры, тем больше свободы.
В следующей главе мы исследуем, как дальнейшее расширение той же самой структуры особенно выразительным образом может также уделить больше внимания нескольким, часто упускаемым из виду, но критически важным элементам любого интервью:
