Как взять интервью у кандидата сисадмина? [закрыто]

Какие вопросы вы бы задали и какие сценарии вы бы описали, какие ответы вы бы искали?

Я не задаю конкретные вопросы. Я хотел бы знать, какая стратегия собеседования подходит для отбора кандидатов, подходящих для данной работы.

Я задаю вопросы в 3 категориях:

• Технические знания - я хочу убедиться, что кандидат знает то, что он / она должен знать. Например, скажите мне разницу между RAID 0, RAID 1, RAID 5, RAID 1 + 0 и RAID 0 + 1. Если вы являетесь администратором служб каталогов AD, скажите мне роли FSMO на уровне леса и домена и что они делают каждый. Кроме того, здесь я спрашиваю, какие технологии их интересуют. Они строят роботов на стороне? Хорошо! Они программируют этих роботов? В самом деле? Так что у меня есть кто-то, кто может немного программировать и знает, как устранить неисправности. Отлично! Такие вещи.
• Личность - я задаю вопросы о том, как они справятся с различными сценариями. Ситуации типа: «Премьер-министр понимает, что в расписании была допущена ошибка. Вы знаете, что ошибка - ошибка премьер-министра. Эта ошибка заставит вас работать два выходных подряд. Как вы справитесь с этим?» В основном вопросы, которые показывают, как кандидат думает и знает ли он, что нужно сделать, чтобы стать частью команды. Это не отсеет людей, которые знают правильные ответы и не делают их, но это отсеет людей, которые не знают, как хорошо играть с другими. Я также задаю вопросы об участии сообщества.
• Предыдущий опыт - я обычно прошу кандидата дать мне ситуацию или проект в прошлом, который был удачным, если бы он был основной частью. Я хочу знать, с какими проблемами они столкнулись и как они справились с ними. Я также прошу дать мне ситуацию, когда дела шли плохо. Какие уроки извлек кандидат? Что мог сделать кандидат, оглядываясь назад, чтобы, возможно, изменить ситуацию (и если кандидат не смог, признает ли кандидат это).

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

Отличный вопрос, который мне когда-то задали:

Представьте, что я зарегистрировал вас здесь на машине и вызвал терминал. Вы печатаете wget http://www.google.com/. Что случилось?

Я с предвзятым отношением к сети ответил, начиная с разрешения DNS, переходя к настройке прокси, а затем к решению о маршрутизации и установлении соединения TCP; другой кандидат ответил с точки зрения HTTP-разговора. Когда я спросил интервьюера, какой лучший ответ он услышал, он ответил:

«Ну, это началось с прерывания клавиатуры ...»

Технические вопросы важны, и метод ответа почти так же важен, как и правильный ответ. (последнее, что нужно ИТ-отделу, - это то, что кто-то саботирует свою доброжелательность по всей организации с враждебностью и снисходительностью).

Но вот мой самый важный вопрос -

Мое первое интервью с «настоящей» ИТ-фирмой закончилось, когда я получил технический вопрос, на который я ответил: «Я не знаю».

Ответ был: «Отлично, когда вы можете начать?»

Я был только что закончил колледж, и мой интервьюер хотел знать, что я был в состоянии признать пределы моих знаний / опыта. Это то, что я сохранил при себе, и я думаю, что это самый важный атрибут для системного администратора. Конкретные знания велики и помогут вам подняться, но если вы не можете признать, что не знаете, вы будете прогрессировать очень медленно, если вообще будете.

Я часто беру интервью у людей на должности начального уровня, то есть я не могу обсуждать значимую историю работы. Я обычно обсуждаю личные проекты, но я всегда задаю два вопроса: «Можете ли вы описать свою домашнюю сеть для меня?» и "Как сделать резервную копию вашей домашней машины?" По-настоящему заинтересованный человек может в течение 30 минут стоять у доски, чтобы обсудить это, заняться IP-адресацией, защитой беспроводных сетей и т. Д. Плохой кандидат пожмет плечами и скажет, что его брат его настроил.

Не задавайте «пустяковых» вопросов - вопросов с единственным, очень конкретным ответом. Люди могут забыть такие вещи, когда находятся в состоянии стресса. Если их работа требует, чтобы они знали, какой вывод на интерфейсе V.35 используется для передачи данных, они могут найти его, когда у них есть работа. Общие вопросы помогают вам понять больше о кандидатах, чем мелочи ... Нам также не нравятся дразнилки мозга.

Практика системного и сетевого администрирования

Задайте различные типы вопросов, которые помогут вам узнать о кандидате. И как они будут вписываться в вашу рабочую группу. В древние времена. Большинство СА были физиками, астрономами, математиками и инженерами. Зачем? Вероятно, потому что у него были отличные навыки по стрельбе и делали очень хорошие записи.

Несколько вопросов, чтобы задать:

технический

• Опиши мне, как будто я ничего не знал, как работает сеть TCP / IP.
• Опишите мне, как будто я ничего не знал, как работает компьютер (базовое устройство фон Неймана)
• Нарисуйте простую схему сети: у вас есть 20 систем, 1 маршрутизатор, 5 коммутаторов, 2 сервера и небольшой IP-блок. Идти.
• Основываясь на публикации вакансий, что вы ожидаете делать здесь?
• Опишите мне, что вы надеетесь достичь здесь.
• Каков наилучший способ поддерживать актуальность документации?
• В каком худшем случае аварийного восстановления вы когда-либо участвовали? Скажи мне, что ты сделал.
• Почему тебе нравится быть SA?
• Как бы вы оценили себя как SA?

Бизнес

• Считаете ли вы, что ИТ ведет бизнес или этот бизнес ведет ИТ?
• Что вы думаете о нашей нынешней бизнес-модели?
• Что вы можете сделать, чтобы сделать нас более прибыльными?
• Как ИТ взаимодействует с нашей компанией?

личный

• Какая твоя любимая шутка?
• Какую книгу я должен прочитать завтра? Зачем? (затем идите в библиотеку и просмотрите его)
• Кто такой Томас Лимончелли? (хе-хе, GOTCHA!)

Большинство людей могут хорошо выглядеть на бумаге. Некоторые люди могут пройти свой путь через технические дискуссии. И многие люди плохие ораторы. Вы должны задавать открытые вопросы. Нет «Да или Нет», наблюдайте за их мыслительными процессами и способностями к устранению неполадок. Наиболее показательны метафоры, которые они используют для описания сложных процессов.

Найм SA - очень сложная задача. Маловероятно, что техническое интервью опишет, кого вы будете нанимать. Это не так много, что они знают сейчас. Это то, что они хотят изучать, и как быстро они будут учиться и применять это.

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

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

Убедитесь, что он не просто умный. Я чувствую, что это хорошо, чтобы дать какие-то руки на тест.

Вопросы «пустой доски» - это те, которые действительно отделяют овец от коз. «Это граница сети; это веб-приложение, которое работает на IIS, это ваш бэкэнд SQL; это ящик UNIX с другим сервисом черного ящика. Как сделать этот отказоустойчивым, безопасным и т. Д.? "

Единственный ответ, который я получил на это от одного кандидата, был оскорбленный "ты шутишь, верно?"

Я нанимаю администраторов Linux для стартапа, поэтому у меня есть вопросы, которые должны поддразнивать опыт из-за неопытности. Экран телефона:

1. Назовите как можно больше каталогов верхнего уровня в современной системе Linux (FHS) (их около 20, никто не получает более 75%, даже те, кто занимается этим каждый день)?
2. Для чего используется переменная среды PATH?
3. Назовите человека, известного своей причастностью к открытому / свободному программному обеспечению (кроме Линуса Торвальдса) (наиболее частый ответ: Ричард Столлман)

Во время телефонного интервью я пытаюсь заставить их рассказать о своих предыдущих проектах, домашней сети, количестве компьютеров, которые они имеют, и что они с ними делают и т. Д.

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

В противном случае он говорит более подробно о том, что они ожидают от рабочей среды, пытается выяснить, являются ли они 9-5-ю или они действительно заботятся о том, что они делают - в отсутствие других факторов, как правило, типы Linux заботиться (хотя они могут сосать) и сетевые инженеры, как правило, 9-5 человек (которые также могут сосать) ... Просто мой опыт.

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

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

После тщательной сортировки резюме у меня осталось 20 кандидатов. 20 человек из ~ 150 прошли первый отбор, что позволило мне потратить три-четыре часа на собеседование с каждым из них. Основными критериями отбора для меня были:

• способность к обучению на месте
• умение выбрать оптимальный подход
• умение собирать и решать проблемы в нестандартной ситуации
• хорошая база знаний: это означает, что кандидат должен знать историю компьютерной техники, владеть теорией на высоком уровне, не только знать « что делать», но и знать «почему» .

Чтобы узнать об их умении собирать и решать проблемы в нестандартной ситуации, меня спросили их, например: «Как испортить Windows-систему, если у вас есть физический доступ к компьютеру, но нет пароли аккаунта? и после этого я спросил их о том, «Как исправить испорченную систему?». Я привел несколько примеров вирусных действий и спросил, что они будут делать, чтобы предотвратить повреждение и вернуть функциональность и потерянные данные с минимальным количеством инструкций, насколько это возможно, и больше вопросов по использованию нестандартных инструментов. Однажды я спросил кандидата: «Какой вопрос вы бы задали, если бы брали у меня интервью, чтобы узнать, насколько я хорош в нестандартных ситуациях?» :-)

Чтобы узнать, насколько они хороши в поиске оптимального подхода, я дал им небольшую практику по настройке веб-или почтового сервера, или сетевого шлюза для определенных параметров («Мне нужно, чтобы это был очень быстрый веб-сервер для небольшого числа подключенных клиентов»). и да, я хочу, чтобы на нем был какой-нибудь серверный язык сценариев, чтобы показать мне некоторую статистику, что мне выбрать и почему вы думаете, что лучше? Не могли бы вы показать мне на нашем тестовом сервере, если вы осталось 20 минут? ")

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

База знаний - одна из моих любимых частей: что такое OSI? Почему TCP / IP называется « стек протоколов »? Какие герои информатики вы знаете? Что такое Windows-регистр? А как насчет Unix-подобных систем?

И очень важная вещь - они ДОЛЖНЫ любить свою работу! «Вы читали некоторых классических авторов, таких как K & R?», «Как долго вы увлекаетесь компьютерной техникой?», «С чем вы начали изучать компьютеры?», «У вас есть тестовые компьютеры / маленькая сеть? дома?" (если это правда, это очень хороший знак!).

Список К. Брайана Келли великолепен, но я хотел бы подчеркнуть, что важно задавать вопросы по устранению неполадок. Выберите пару трудных вопросов, с которыми вы столкнулись, и попросите кандидата рассказать, как он попытается решить эту проблему. Знание множества технических моментов важно, но, на мой взгляд, очень важно иметь возможность решать проблемы с помощью методического подхода.

Мне нравится задавать вопросы, которые противоположны обычной форме того же вопроса. Например, в веб-разработке общий вопрос: «когда вы размещаете форму вместо GET?» Но я спрашиваю об обратном: «Когда вы используете GET вместо POST?» Это заставляет людей думать о недостатках, а не о преимуществах, или учитывать, какие компромиссы они делают, когда принимают решение.

Репрезентативный вопрос для ИТ может включать два одинаковых выбора технологии; Может быть, такой вопрос, как "Когда бы вы выбрали рабочую группу Windows вместо домена?"

Я всегда храню записи о всех странных, причудливых вещах, с которыми я сталкиваюсь при обычной повседневной работе, а не о том, что есть в книгах «как ...». Затем я могу вызвать одну или две из этих ситуаций на собеседовании, часто больше для того, чтобы начать разговор, чем в качестве теста. Меня больше интересует, КАК они справятся с ситуацией, чем если бы они знали ответ. Я всегда задаю вопрос, касающийся «передовых» технологий, чтобы узнать, заинтересованы ли они в новых технологиях (или СЛИШКОМ интересуются).

Немного не по теме - но интересная история из официального блога Google:

Как я попал в Google (гл. 1)

Наши инженеры, однако, имеют тенденцию идти по более разнообразным, а иногда и более странным маршрутам. Некоторые принимаются на работу из аспирантуры, или друзьями или бывшими коллегами. Другие просто отправляют свои резюме на jobs@google.com. Однако для некоторых инженеров путь был более интересным.

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

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

Кандидат не должен просто сказать: «Я не знаю». Я ищу ответ, более похожий на «Я хотел бы Google это» или что-то похожее на «Я являюсь участником [ACM | SAGE | LOPSA | Ошибка сервера], и я бы проверил [архив списков рассылки | веб-сайт» ] найти помощь в ответе на этот вопрос ".

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

Я брал интервью у людей как в качестве сотрудника большой компании, так и в качестве владельца небольшой компании. Качество номер один, которое я ищу, - это сбалансированная личность между «провидцем» и «тинкером».

Если у вас слишком много фантазий, вы получите систему, подобную Twitter. (Если вы не читали ничего из этого, половина их ранних описаний инженерных инструкций приведет к тому, что большинство типов администраторов выполнят лицевой щиток и направятся к бару.) Если у вас слишком много тинкеров, у вас есть 200 удивительных систем в различных повсюду происходит аварийное состояние, и все ваши веб-сайты работают на одной десятилетней коробке с BSD 4.2 под управлением системного администратора.

В общем, лучшим человеком, которого я когда-либо нанимал, был парень с двойной степенью бакалавра в области религии и философии из небольшого частного колледжа в Коннектикуте. Он был креативным, преданным, умным и упорным перед лицом невзгод. Он проверял код через привязанный сотовый телефон до того, как родилась его первая дочь. Он продолжал делать удивительные вещи и теперь является лидером сообщества основной платформы PHP. Отличный парень.

Худшим человеком, с которым я когда-либо работал, был парень, который был очень крут в организации, на которую мы оба работали. Его папа работал там, и он работал там со средней школы. Были, по крайней мере, дюжину раз, когда я почти говорил ему, что, если ему не нравится его работа, он должен просто уйти и избавить нас от головной боли. Он был мастером И, кстати, огромный поклонник BSD и Gentoo.

Кроме этого, любой системный администратор в роли * nix должен быть в состоянии описать, почему это смешно .

Я всегда прошу кандидата оценивать себя с 1 по 10 по определенным аспектам должности. Затем, основываясь на этом ответе, я задаю вопросы, которые соответствуют уровню, который они поставили сами.

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