Какие вопросы вы бы задали и какие сценарии описали бы, какие ответы вы бы искали?
Я не задаю конкретных вопросов. Я хотел бы знать, какая стратегия собеседования подходит для отбора кандидатов, подходящих для работы.
Я задаю вопросы в 3 категориях:
Этот ответ охватывает три основные области, которые необходимо исследовать. Тем не менее, необходимо разрешить одну вещь, особенно в небольших магазинах, где люди, занимающиеся инфраструктурой, должны быть многодисциплинарными, - это задавать очень широкие технические вопросы, на которые можно ответить на разных уровнях абстракции в зависимости от экспертиза кандидата. Это позволяет вам почувствовать, на что каждый способен, и позволяет им продемонстрировать свой конкретный опыт, в то же время позволяя вам напрямую сравнивать ответы разных кандидатов.
Мне однажды задали отличный вопрос:
Представьте, что я подключил вас к машине и подключил терминал. Вы печатаете
wget http://www.google.com/. Что случается?
Я со своим предвзятым отношением к сети ответил, начиная с разрешения DNS, переходя к настройке прокси, а затем к решению о маршрутизации и установлению TCP-соединения; другой кандидат ответил с точки зрения HTTP-разговора. Когда я спросил интервьюера, какой лучший ответ он услышал, он ответил:
"Ну, это началось с прерывания клавиатуры ..."
Технические вопросы важны, и метод ответа почти так же важен, как и правильный ответ. (последнее, что нужно ИТ-отделу, - это саботировать его репутацию во всей организации с враждебностью и снисходительностью).
Но вот мой самый главный вопрос -
Мое первое интервью с «настоящей» ИТ-фирмой закончилось, когда я получил технический вопрос, на который я ответил: «Не знаю».
Ответ был: «Отлично, когда ты сможешь начать?»
Я только что закончил колледж, и мой собеседник хотел знать, что я способен осознавать пределы своих знаний / опыта. Это то, что я сохранил при себе, и я думаю, что это самый важный атрибут для системного администратора. Конкретные знания - это здорово, и они помогут вам, но если вы не можете признаться в незнании, вы будете прогрессировать очень медленно, если вообще будете.
Я часто беру интервью у людей на должности начального уровня, то есть я не могу обсуждать значимую историю работы. Обычно я обсуждаю личные проекты, но всегда задаю два вопроса: «Можете ли вы мне описать свою домашнюю сеть?» и "Как сделать резервную копию вашей домашней машины (ов)?" Действительно заинтересованный человек может постоять у доски в течение 30 минут, обсуждая это, углубляясь в IP-адресацию, безопасность беспроводной сети и т. Д. Плохой кандидат пожал плечами и скажет вам, что это установил его брат.
Не задавайте «пустяковых» вопросов - вопросов с одним, очень конкретным ответом. Люди могут забыть об этом, когда находятся в состоянии стресса. Если их работа требует, чтобы они знали, какой вывод на интерфейсе V.35 используется для передачи данных, они могут найти его, когда у них будет работа. Общие вопросы помогут вам понять больше о кандидатах, чем пустяки ... Мы также не любим головоломки.
Практика системного и сетевого администрирования
Задавайте разные типы вопросов, которые помогут вам узнать о кандидате. И как они впишутся в вашу рабочую группу. В старину. Большинство СА были физиками, астрономами, математиками и инженерами. Зачем? Вероятно, потому, что у него были отличные навыки устранения неполадок и он делал очень хорошие записи.
Несколько вопросов:
Технический
Бизнес
Личное
Практически любой может хорошо выглядеть на бумаге. Некоторые люди могут забить себе голову через технические обсуждения. И многие люди - плохие ораторы. Вы должны задавать открытые вопросы. Нет «Да или Нет», наблюдайте за их мыслительным процессом и их способностями к устранению неполадок. Наиболее показательны метафоры, которые они используют для описания сложных процессов.
Наем SA - очень сложная задача. Маловероятно, что техническое собеседование будет описывать, кого вы будете нанимать. Сейчас они знают не столько о том, что они знают. Это то, чему они хотят научиться, и как быстро они выучат и применит это.
Если бы я был участником группы собеседований с системным администратором в компании-разработчике программного обеспечения, где ожидается, что программное обеспечение компании будет работать на своих серверах, мне было бы интересно узнать, чего кандидат ожидает от разработчиков. Как они взаимодействуют с разработчиками - «мы против них» или «все вместе с разным опытом»? Есть ли у них опыт ситуации, когда разработка и ИТ (или как там назывался отдел) заканчивались конфликтом, и как он разрешался? Они заинтересованы в получении некоторые осведомленность о технологиях и терминологии, используемых разработчиками, и готовы ли они помочь в обучении разработчиков в своих областях знаний, чтобы каждый мог лучше общаться?
По общему признанию, это было бы частично удовлетворить мой собственный интерес во взаимоотношениях между системными администраторами и разработчиками, а также оценить кандидата.
Я нанимаю администраторов Linux для стартапа, поэтому мои вопросы должны выявить опыт из неопытности. Экран телефона:
Во время телефонного собеседования я пытаюсь убедить их рассказать о своих предыдущих проектах, домашней сети, о том, сколько у них компьютеров и что они с ними делают и т. Д.
Мне нравится лично рассказывать им о реальной проблеме, с которой я сталкиваюсь, и просить их решить ее за меня. Я сравню их ответ с любым решением, которое я уже обдумываю. Если их ответ лучше, мой проект продвигается. Если их ответ хуже, процесс собеседования продвигается. В любом случае, я могу продолжать заниматься своими проектами и улучшать или отбрасывать кандидатов или идеи.
В противном случае он говорит более подробно о том, чего они ожидают от рабочей среды, пытаясь выяснить, являются ли они учениками 9-5 лет или их действительно волнует то, что они делают - при отсутствии других факторов, типы Linux имеют тенденцию заботиться (хотя они могут быть отстойными) и сетевые инженеры, как правило, 9-5 человек (которые также могут отстой) ... Просто мой опыт.
Предполагая, что они пройдут все это, я также хотел бы установить их с новым Linux-ящиком в изолированной сети, сетевая конфигурация которой неправильна, с подключенным странным оборудованием и ослабленным кабелем для окончательного "облажания", и попросить их вернуть его онлайн. Я оставляю их в покое и периодически возвращаюсь, чтобы проверить их, хотя я мог бы с таким же успехом парить, если бы хотел проявить жесткость.
Обычно тому, кто прошел оставшуюся часть интервью, требуется около 30 минут, чтобы войти в эту совершенно незнакомую среду и снова заставить ее работать. Это потрясающий реальный тест на то, сколько именно времени у них уйдет на устранение неполадок в совершенно новой, полностью неработающей среде.
Убедитесь, что он не просто умник. Я считаю, что это хорошо - провести какой-то тест.
Вопросы с «чистой доски» - это те вопросы, которые действительно отделяют овец от коз. «Это граница сети; это веб-приложение, работающее на IIS, это ваш SQL-сервер; это UNIX-сервер с другой службой черного ящика на нем. Как сделать это отказоустойчивым, безопасным и т. Д.? "
Единственный ответ, который я получил на это от одного кандидата, был яростным «вы шутите, да?»
После тщательной сортировки резюме у меня осталось 20 кандидатов. 20 человек из ~ 150 прошли первый отбор, что позволило мне потратить три-четыре часа на собеседование с каждым из них. Основными критериями отбора для меня были:
Чтобы узнать об их умении собрать и решить задачу в нестандартной ситуации, меня спросили, например: «Как испортить Windows-систему, если у вас есть физический доступ к компьютеру, но нет его. пароли аккаунтов? " и после этого я спросил их про «Как исправить испорченную систему?». Я привел несколько примеров действий вирусов и спросил, что они будут делать, чтобы предотвратить повреждение и вернуть функциональность и потерянные данные с помощью как можно меньшего количества инструментов, и задать больше вопросов об использовании нестандартных инструментов. Однажды я спросил кандидата: «Какой вопрос вы бы задали, если бы брали у меня интервью, чтобы узнать, насколько я хорош в нестандартных ситуациях?» :-)
Чтобы узнать, насколько хорошо они находят оптимальный подход, я немного попрактиковался в настройке Интернета, почтового сервера или сетевого шлюза для определенных параметров («Мне нужно, чтобы это был очень быстрый веб-сервер для небольшого количества подключенных клиентов. к нему, и да, я хочу использовать на нем какой-нибудь серверный скриптовый язык, чтобы показать мне некоторую статистику, что мне выбрать и почему вы считаете, что это лучше? Не могли бы вы показать мне на нашем тестовом сервере, если вы осталось 20 минут? ")
Возможность обучения на месте - непросто проверить, но я попросил некоторых кандидатов создать образец файла конфигурации или сценарий, а затем дал им небольшой намек, чтобы увидеть, смогут ли они сделать это лучше после этого.
База знаний - одна из моих любимых частей: что такое OSI? Почему TCP / IP называют "протоколом" стек«? Какие герои информатики вы знаете? Что такое Windows-реестр? А как насчет Unix-подобных систем?
И что очень важно - они ДОЛЖНЫ любить свою работу! «Вы читали некоторых классических авторов, таких как K&R?», «Как давно вы увлекаетесь компьютерной техникой?», «С чего вы начали изучать компьютеры?», «У вас есть тестовые компьютеры / небольшая сеть? дома?" (если это правда, это очень хороший знак!).
К. Брайан Келли список отлично, но я хотел бы подчеркнуть, что очень важно задавать вопросы по устранению неполадок. Выберите пару сложных проблем, с которыми вы столкнулись, и попросите кандидата рассказать вам, как они будут пытаться решить эту проблему. Знание множества технических лакомых кусочков важно, но, на мой взгляд, очень важно умение решать проблемы методическим подходом.
Во время собеседования я не очень хочу видеть, может ли кандидат ответить на конкретные технические вопросы. Думаю, важнее, чтобы кандидат знал, куда идти, чтобы найти ответ.
Кандидат не должен просто сказать: «Я не знаю». Я ищу ответ, более похожий на «Я бы погуглил» или что-то похожее на «Я участник [ACM | SAGE | LOPSA | Server Fault], и я хотел бы проверить [архивы списков рассылки | веб-сайт ], чтобы получить помощь в ответе на этот вопрос ".
Узнать, куда обратится кандидат, когда он не знает ответа на вопрос, - хороший способ получить представление о своих способностях.
Немного не по теме - но интересная история из официального блога Google:
Однако наши инженеры, как правило, используют более разнообразные, а иногда и более странные маршруты. Некоторых нанимают из аспирантуры, друзей или бывших коллег. Другие просто отправляют свои резюме на jobs@google.com. Однако для некоторых инженеров путь оказался более интересным.
Прочтите, пожалуйста, оставшуюся часть сообщения в блоге об этом нетрадиционном, но, на мой взгляд, действенном методе найма нужных людей.
Я всегда записываю на бумаге все странные и причудливые вещи, с которыми я сталкиваюсь при обычной повседневной работе, а не те вещи, которые описаны в книгах «как…». Затем я могу вызвать одну или две из этих ситуаций на собеседовании, часто больше для того, чтобы начать разговор, чем в качестве теста. Меня больше интересует, КАК они справятся с ситуацией, чем если бы они знали ответ. Я всегда задаю вопрос о передовых технологиях, чтобы узнать, заинтересованы ли они в новых технологиях (или СЛИШКОМ интересуются фактами).
Мне нравится задавать вопросы, противоположные обычной форме того же вопроса. Например, в веб-разработке часто задают вопрос: «Когда вы отправляете форму POST вместо GET?» Но я спрашиваю обратное: «Когда вы используете GET вместо POST?» Это заставляет людей думать о недостатках, а не о преимуществах, или думать о том, какие компромиссы они идут, когда принимают решение.
Репрезентативный вопрос для ИТ может включать выбор двух аналогичных технологий; может возникнуть вопрос типа «Когда вы выберете рабочую группу Windows вместо домена?»
Я брал интервью у людей как как сотрудник большой компании, так и как владелец небольшой компании. Качество номер один, которое я ищу, - это уравновешенная личность между «провидцем» и «мастером».
Если у вас слишком много провидцев, вы получите систему, подобную Twitter. (Если вы не читали ничего из этого, половина их ранних описаний инженерных инструкций заставит большинство типов администраторов сделать фейспалм и направляйтесь к бару.) Если у вас слишком много мастеров, у вас есть 200 потрясающих систем в различных состояниях неисправности повсюду, и все ваши веб-сайты работают на одной машине десятилетней давности, работающей под управлением BSD 4.2 под столом системного администратора.
Совершенно очевидно, что лучшим человеком, которого я когда-либо нанимал, был парень с двойным дипломом бакалавра религии и философии небольшого частного колледжа в Коннектикуте. Он был творческим, целеустремленным, умным и стойким перед лицом невзгод. Он проверял код через привязанный сотовый телефон за час до рождения его первой дочери. Он продолжал творить удивительные вещи и теперь является лидером сообщества одной из основных PHP-фреймворков. Отличный парень.
Худшим человеком, с которым я когда-либо работал, был парень, который очень хорошо разбирался в организации, в которой мы оба работали. Его отец работал там, и он работал там со средней школы. Было по крайней мере дюжину раз, когда я чуть не сказал ему, что если ему не нравится его работа, он должен просто уйти и избавить остальных от головной боли. Он был мастером. И, кстати, один из них - большой поклонник BSD и Gentoo.
Кроме этого, любой системный администратор в роли * nix должен иметь возможность опиши почему это смешно.
Я всегда прошу кандидата поставить себе оценку от 1 до 10 по определенным аспектам должности. Затем, основываясь на этом ответе, я задаю вопросы, соответствующие тому уровню, который они сами себе поставили.
Если должность требует использования сценария, я всегда буду спрашивать примеры, а затем во время второго собеседования предлагаю им сценарий и прошу автоматизировать их ответ. Мне просто нужно быть уверенным, что их подход - не резак для печенья.