Jak przeprowadzić wywiad z kandydatem sysadmin? [Zamknięte]

Jakie pytania zadajesz i jakie scenariusze opisujesz, jakiego rodzaju odpowiedzi szukasz?

Nie zadaję konkretnych pytań. Chciałbym wiedzieć, która strategia rozmowy kwalifikacyjnej jest odpowiednia do wybierania kandydatów zakwalifikowanych do pracy.

Zadaję pytania w 3 kategoriach:

• Wiedza techniczna - chcę się upewnić, że kandydat wie, co powinien wiedzieć. Na przykład, powiedz mi różnicę między RAID 0, RAID 1, RAID 5, RAID 1 + 0 i RAID 0 + 1. Jeśli jesteś administratorem usług katalogowych AD, powiedz mi role FSMO na poziomie lasu i domeny oraz jakie są ich funkcje. Ponadto tutaj pytam, jaką technologią są zainteresowani. Czy budują roboty z boku? Dobry! Czy programują wspomniane roboty? Naprawdę? Mam więc kogoś, kto potrafi trochę kodować i zna problemy z rozwiązywaniem problemów. Wybitny! Rzeczy jak te.
• Osobowość - zadaję pytania o to, jak poradziliby sobie w różnych scenariuszach. Sytuacje takie jak: „PM zdaje sobie sprawę, że w harmonogramie wystąpił błąd. Wiesz, że błąd jest winą PM. Ten błąd spowoduje, że będziesz pracować dwa weekendy od siebie. Jak sobie z tym poradzisz?” Zasadniczo pytania, które pokazują, jak myśli kandydat i czy wiedzą, co zrobić, aby zostać częścią zespołu. To nie wyeliminuje ludzi, którzy znają prawidłowe odpowiedzi i nie zrobią ich, ale wyeliminuje ludzi, którzy nie mają pojęcia, jak ładnie grać z innymi. Zadaję również pytania dotyczące zaangażowania społeczności.
• Poprzednie doświadczenie - zazwyczaj proszę kandydata, aby przedstawił mi sytuację lub projekt w przeszłości, który poszedł dobrze tam, gdzie był znaczący. Chcę wiedzieć, z jakimi wyzwaniami się zmagali i jak sobie z nimi poradzili. Proszę również o podanie mi sytuacji, w której wszystko nie szło dobrze. Czego nauczył się kandydat? Co mógł zrobić kandydat, myśląc z perspektywy czasu, aby ewentualnie odwrócić sytuację (a jeśli kandydat nie mógł, to rozpoznałby to).

Ta odpowiedź obejmuje trzy główne obszary, które należy zbadać. Jednak jedną rzeczą, na którą należy zwrócić uwagę, zwłaszcza w mniejszych sklepach, w których oczekuje się, że ludzie infrastruktury będą multidyscyplinarni, jest zadawanie pytań technicznych o bardzo szerokim zakresie, na które można odpowiedzieć na różnych poziomach abstrakcji w zależności od wiedza kandydata. Pozwala to poczuć, do czego każdy jest zdolny, i pozwala im wykazać się swoją specjalistyczną wiedzą, a jednocześnie pozwala bezpośrednio porównywać odpowiedzi różnych kandydatów.

Świetne pytanie, które kiedyś mi zadano, brzmi:

Wyobraź sobie, że zalogowałem cię tutaj na maszynie i przywołałem terminal. Podczas wpisywania wget http://www.google.com/. Co się dzieje?

Ja, z moją tendencyjnością w sieci, odpowiedziałem, poczynając od rozdzielczości DNS, przechodząc do konfiguracji proxy, a następnie do decyzji o routingu i ustanowienia połączenia TCP; inny kandydat odpowiedział w kwestii rozmowy HTTP. Kiedy zapytałem ankietera, jaka jest najlepsza odpowiedź, jaką usłyszał, odpowiedział:

„Cóż, zaczęło się od przerwania klawiatury ...”

Pytania techniczne są ważne, a metoda odpowiedzi jest prawie tak samo ważna, jak uzyskanie prawidłowej odpowiedzi. (ostatnią rzeczą, jakiej potrzebuje dział IT, jest sabotowanie jego dobrej woli w całej organizacji z wrogością i protekcją).

Ale oto moje najważniejsze pytanie -

Mój pierwszy wywiad z „prawdziwą” firmą IT zakończył się, gdy dotarłem do pytania technicznego, na które odpowiedziałem: „Nie wiem”.

Odpowiedź brzmiała: „Świetnie, kiedy możesz zacząć?”

Byłem świeżo po studiach i mój ankieter chciał wiedzieć, że jestem w stanie rozpoznać granice mojej wiedzy / doświadczenia. Jest to coś, co trzymałem przy sobie i myślę, że jest to najważniejszy atrybut sysadmin. Specjalna wiedza jest świetna i da ci nogę do góry, ale jeśli nie możesz przyznać się do niewiedzy, postępujesz bardzo powoli, jeśli w ogóle.

Często przeprowadzam wywiady z ludźmi na stanowiskach podstawowych, co oznacza, że ​​nie mogę omawiać znaczącej historii pracy. Zwykle omawiam osobiste projekty, ale zawsze zadaję dwa pytania: „Czy możesz mi opisać swoją sieć domową?” i „Jak wykonać kopię zapasową komputera domowego (-ów)?” Naprawdę zainteresowana osoba może stać przy tablicy przez 30 minut, dyskutując o tym, wchodząc w adres IP, bezpieczeństwo bezprzewodowe itp. Biedny kandydat wzrusza ramionami i mówi, że jego brat go skonfigurował.

Nie zadawaj pytań „ciekawostki” - pytania z jedną, bardzo szczegółową odpowiedzią. Ludzie mogą zapomnieć o takich rzeczach pod wpływem stresu. Jeśli ich zadanie wymaga od nich, aby wiedzieć, który pin interfejsu V.35 jest używany do przesyłania danych, mogą je sprawdzić, kiedy mają zadanie. Pytania ogólne pomagają lepiej zrozumieć kandydatów niż ciekawostki ... Nie lubimy też łamigłówek.

Praktyka administracji systemem i siecią

Zadawaj różne rodzaje pytań, które pomogą ci dowiedzieć się o kandydacie. I jak będą pasować do twojej grupy roboczej. W dawnych czasach. Większość SA byli fizykami, astronomami, matematykami i inżynierami. Dlaczego? Prawdopodobnie dlatego, że miał doskonałe umiejętności rozwiązywania problemów i robił bardzo dobre notatki.

Kilka pytań, które należy zadać:

Techniczny

• Opisz mi, jakbym nic nie wiedział, jak działa sieć TCP / IP.
• Opisz mi, jakbym nic nie wiedział, jak działa komputer (podstawowe urządzenie Von-Neumann)
• Narysuj prosty schemat sieci: masz 20 systemów, 1 router, 5 przełączników, 2 serwery i mały blok IP. Udać się.
• Na podstawie ogłoszenia o pracy, co zamierzasz tutaj robić?
• Opisz mi, co chcesz tutaj osiągnąć.
• Jaka jest najlepsza metoda aktualizowania dokumentacji?
• W jakim najgorszym incydencie z odzyskiwaniem po katastrofie byłeś kiedykolwiek zaangażowany? Powiedz mi co zrobiłeś.
• Dlaczego lubisz być SA?
• Jak oceniasz siebie jako SA?

Biznes

• Czy uważasz, że IT napędza biznes, czy że biznes napędza IT?
• Co sądzisz o naszym obecnym modelu biznesowym?
• Co możesz zrobić, aby zwiększyć rentowność?
• Jak interfejs IT łączy się z naszą firmą?

Osobisty

• Jaki jest twój ulubiony żart?
• Jaką książkę powinienem przeczytać jutro? Dlaczego? (następnie przejdź do biblioteki i przejrzyj)
• Kim jest Thomas Limoncelli? (heh heh, GOTCHA!)

Większość osób może dobrze wyglądać na papierze. Niektóre osoby mogą przejść BS podczas dyskusji technicznych. I wiele osób jest słabymi mówcami. Musisz zadawać pytania otwarte. Nie „Tak lub Nie”, obserwuj ich procesy myślowe i ich umiejętności rozwiązywania problemów. Najbardziej wymowne są metafory, których używają do opisywania złożonych procesów.

Zatrudnienie SA jest bardzo trudnym zadaniem. Jest mało prawdopodobne, aby wywiad techniczny opisał, kogo będziesz zatrudniał. To nie tyle, co teraz wiedzą. Tego chcą się nauczyć i jak szybko się nauczą i zastosują.

Gdybym był częścią panelu wywiadu dla sysadmina w firmie programistycznej, w której oczekiwano, że oprogramowanie firmy będzie działało na ich serwerach, chciałbym wiedzieć, czego kandydat oczekuje od programistów. Jak współdziałają z programistami - „my kontra oni” lub „wszyscy razem z różnym doświadczeniem”? Czy mają jakieś doświadczenie w sytuacji, w której rozwój i informatyka (lub jakikolwiek inny wydział jest nazywany) zakończyły się konfliktem, i jak zostało to rozwiązane? Czy są zainteresowani uzyskaniem pewnej wiedzy na temat technologii i terminologii stosowanej przez programistów i czy są gotowi pomóc edukować programistów we własnych obszarach wiedzy, aby każdy mógł lepiej się komunikować?

Wprawdzie częściowo miałoby to zaspokoić moje własne zainteresowanie relacjami między administratorami i programistami, a także ocenić kandydata.

Upewnij się, że nie jest po prostu mądry. Wydaje mi się, że dobrze jest poddać się testowi.

Pytania „pustej tablicy” to te, które naprawdę oddzielają owcę od kozłów. „To granica sieci; jest to aplikacja internetowa działająca na IIS, to jest twój backend SQL; to jest UNIX box z inną usługą czarnej skrzynki. Jak sprawić, aby ta odporna na awarie, bezpieczna itp.? „

Jedyną odpowiedzią, jaką dostałem na to od jednego kandydata, było poleaxed „żartujesz, prawda?

Zatrudniam administratorów Linuksa na start, więc mam pytania, które powinny wyciągnąć doświadczenie z braku doświadczenia. Wyświetlacz telefonu:

1. Wymień jak najwięcej katalogów najwyższego poziomu w nowoczesnym systemie linux (FHS), jak możesz (jest ich około 20, nikt nie dostaje więcej niż 75%, nawet ci, którzy mają do czynienia z nim codziennie)?
2. Do czego służy zmienna środowiskowa PATH?
3. Wymień osobę znaną z zaangażowania w oprogramowanie open source / wolne (inne niż Linus Torvalds) (najczęstsza odpowiedź: Richard Stallman)

Podczas rozmowy telefonicznej staram się, aby rozmawiali o swoich wcześniejszych projektach, sieci domowej, liczbie komputerów i tym, co z nimi robią itp.

Osobiście lubię dać im prawdziwy problem, przed którym stoję, i poprosić ich o rozwiązanie dla mnie. Porównuję ich odpowiedź z dowolnym rozwiązaniem, nad którym już się zastanawiam. Jeśli ich odpowiedź jest lepsza, mój projekt idzie dalej. Jeśli ich odpowiedź jest gorsza, proces przesłuchania postępował. Tak czy inaczej, mogę nadal angażować się we własne projekty i udoskonalać lub odrzucać kandydatów lub pomysły.

W przeciwnym razie mówi się bardziej dogłębnie o tym, czego oczekują od środowiska pracy, próbując dowiedzieć się, czy są 9-5erami, czy naprawdę zależy im na tym, co robią - bez innych czynników, typy Linuksa mają tendencję aby się tym przejmować (chociaż mogą ssać), a inżynierowie sieci to zwykle 9-5 osób (którzy także mogą ssać) ... Po prostu moje doświadczenie.

Zakładając, że oni to wszystko przeszli, lubię też instalować je z nowym Linux-em w odizolowanej sieci, której konfiguracja sieci jest nieprawidłowa, z podłączonym dziwnym sprzętem i luźnym kablem do ostatniego „pieprzyć cię”, i niech odzyskają online. Zostawiam ich w spokoju i od czasu do czasu wracam, żeby je sprawdzić, chociaż równie łatwo mógłbym się unosić, gdybym chciał być twardy.

Zazwyczaj zajmuje to około 30 minut, aby osoba, która przeszła resztę rozmowy, wkroczyła do tego zupełnie nieznanego środowiska i zaczęła działać ponownie. To niesamowity test w rzeczywistych warunkach, dokładnie tak długo, jak długo zajmuje im rozwiązanie zupełnie nowego, całkowicie zniszczonego środowiska.

Po starannym uporządkowaniu CV nadal miałem 20 kandydatów. 20 osób z ~ 150 zdało pierwszą selekcję, która pozwoliła mi spędzić trzy cztery godziny na przeprowadzeniu wywiadów z każdym z nich. Głównymi kryteriami wyboru dla mnie były:

• umiejętność trenowania na miejscu
• umiejętność wyboru optymalnego podejścia
• umiejętność zebrania i rozwiązania problemu w niestandardowej sytuacji
• dobra baza wiedzy: oznacza to, że kandydat powinien znać historię techniki komputerowej, posiadać teorię na wysokim poziomie, wiedząc nie tylko „ co robić”, ale także wiedzieć „dlaczego” .

Aby dowiedzieć się o ich umiejętnościach zbierania i rozwiązywania problemów w niestandardowych sytuacjach, zapytano mnie na przykład: „Jak zepsuć system Windows, jeśli masz fizyczny dostęp do komputera, ale nie masz żadnego hasła do konta? ” a potem zapytałem ich o „Jak załatać zepsuty system?”. Podałem kilka przykładów działania wirusa i zapytałem, co by zrobili, aby zapobiec uszkodzeniom i zwrócić funkcjonalność oraz utracone dane przy jak najmniejszej liczbie instrumentów, a także więcej pytań dotyczących niestandardowego użytkowania instrumentów. Kiedyś zapytałem kandydata: „Jakie pytanie zadałbyś, jeśli przeprowadzałbyś ze mną wywiad, aby wiedzieć, jak dobrze sobie radzę w niestandardowych sytuacjach?” :-)

Aby wiedzieć, jak dobrze potrafią znaleźć optymalne podejście, dałem im trochę praktyki w konfigurowaniu sieci, serwera poczty lub bramy sieciowej dla określonych parametrów („Potrzebuję, aby był to bardzo szybki serwer WWW dla niewielkiej liczby podłączonych klientów i tak, chcę mieć na nim jakiś język skryptowy po stronie serwera, aby pokazać mi statystyki, co powinienem wybrać i dlaczego jest coś lepszego? Czy mógłbyś mi pokazać na naszym serwerze testowym, jeśli masz zostało 20 minut? ”)

Umiejętność trenowania w miejscu - nie jest to łatwe do sprawdzenia, ale poprosiłem niektórych kandydatów o zrobienie przykładowego pliku konfiguracyjnego lub skryptu, a następnie dałem im małą wskazówkę, czy mogą to zrobić lepiej.

Baza wiedzy - jedna z moich ulubionych części: Czym jest OSI? Dlaczego TCP / IP nazywa się „ stosem protokołów ”? Jakich bohaterów informatyki znasz? Co to jest rejestracja systemu Windows? A co z systemami uniksopodobnymi?

I bardzo ważna rzecz - MUSZĄ kochać swoją pracę! „Czy czytałeś klasycznych autorów, takich jak K&R?”, „Jak długo interesujesz się technikami komputerowymi?”, „Z czym zacząłeś studiować komputery?”, „Czy masz komputery testowe / małą sieć? w domu?" (jeśli to prawda, to bardzo dobry znak!).

Lista K. Briana Kelleya świetnie, ale chciałbym podkreślić, że zadawanie pytań dotyczących rozwiązywania problemów jest ważne. Wybierz kilka trudnych problemów, z którymi się spotkałeś, i poproś kandydata, aby powiedział, w jaki sposób spróbuje rozwiązać problem. Znajomość wielu technicznych ciekawostek jest ważna, ale moim zdaniem umiejętność rozwiązywania problemów metodycznym podejściem jest bardzo ważna.

Lubię zadawać pytania, które są przeciwieństwem normalnej formy tego samego pytania. Na przykład w tworzeniu stron internetowych powszechne pytanie brzmi: „kiedy wysyłasz formularz zamiast GET?” Ale pytam przeciwnie: „Kiedy używasz GET zamiast POST?” Zmusza to ludzi do myślenia o wadach zamiast o zaletach lub do rozważenia, jakie kompromisy podejmują, podejmując decyzję.

Reprezentatywne pytanie dla IT może obejmować dwie podobne technologie; może pytanie typu „Kiedy wybierzesz grupę roboczą systemu Windows zamiast domeny?”

Zawsze pamiętam wszystkie dziwne, dziwaczne rzeczy, które spotykam w normalnej codziennej pracy, a nie takie, które są w książkach „jak…”. Mogę następnie przywołać jedną lub dwie z tych sytuacji podczas wywiadu, często bardziej w celu rozpoczęcia rozmowy niż w ramach testu. Bardziej interesuje mnie, JAK poradziliby sobie z sytuacją, niż gdyby znali odpowiedź. Zawsze zadaję pytanie dotyczące najnowocześniejszych technologii, aby sprawdzić, czy są zainteresowani nowymi technologiami (czy też ZA ZA zainteresowanymi).

Trochę nie na temat - ale ciekawa historia z jego oficjalnego bloga Google:

Jak dostałem się do Google (rozdz. 1)

Nasi inżynierowie mają jednak do czynienia z bardziej zróżnicowanymi, a czasem dziwniejszymi, trasami. Niektórzy rekrutują się poza szkołą, przez znajomych lub byłych kolegów. Inni wysyłają swoje CV na adres jobs@google.com. Jednak dla kilku inżynierów ścieżka była bardziej interesująca.

Przeczytaj resztę postu na blogu o tym niekonwencjonalnym, ale - moim zdaniem - prawidłowym sposobie zatrudniania odpowiednich ludzi.

Podczas rozmowy kwalifikacyjnej tak naprawdę nie chcę sprawdzić, czy kandydat jest w stanie odpowiedzieć na konkretne pytania techniczne. Myślę, że ważniejsze jest, aby kandydat wiedział, gdzie szukać odpowiedzi.

Kandydat nie powinien po prostu mówić „nie wiem”. Szukam odpowiedzi bardziej w stylu „Chciałbym Google to” lub czegoś podobnego do „Jestem członkiem [ACM | SAGE | LOPSA | Błąd serwera] i sprawdziłbym [archiwa listy mailingowej | strona internetowa ], aby znaleźć pomoc w odpowiedzi na to pytanie ".

Dowiedzenie się, dokąd zwróci się kandydat, gdy nie zna odpowiedzi na pytanie, jest dobrym sposobem na uzyskanie obrazu ich możliwości.

Przeprowadzałem wywiady z ludźmi zarówno jako pracownik dużej firmy, jak i właściciel małej firmy. Najważniejszą cechą, której szukam, jest zrównoważona osobowość między „wizjonerem” a „majstratorem”.

Jeśli masz zbyt dużo wizjonerów, masz system zbudowany jak Twitter. (Jeśli nie przeczytałeś żadnej z nich, połowa ich wczesnych opisów instrukcji inżynierskich doprowadzi większość administratorów do zrobienia twarzy i skierowania się do baru.) Jeśli masz zbyt dużo majsterkowiczów, masz 200 niesamowitych systemów w różnych stany rozpaczy w całym miejscu, a wszystkie twoje strony internetowe działają na jednym dziesięcioletnim urządzeniu z BSD 4.2 pod biurkiem sysadmin.

Absolutnie najlepsza osoba, jaką kiedykolwiek zatrudniłem, to facet z podwójnym dyplomem licencjackim z religii i filozofii z małej prywatnej uczelni w Connecticut. Był kreatywny, oddany, inteligentny i wytrwały w obliczu przeciwności losu. Sprawdzał kod przez uwiązany telefon komórkowy do godziny przed narodzinami swojej pierwszej córki. Później zrobił niesamowite rzeczy i jest teraz liderem społeczności dużego frameworka PHP. Świetny facet.

Najgorszą osobą, z jaką kiedykolwiek pracowałem, był facet, który był bardzo pogrążony w organizacji, dla której oboje pracowaliśmy. Jego tata tam pracował i pracował od liceum. Co najmniej kilkanaście razy prawie mu powiedziałem, że jeśli nie podoba mu się jego praca, powinien po prostu rzucić i ocalić resztę od bólu głowy. Był majstrował. Nawiasem mówiąc, wielki fan BSD i Gentoo.

Poza tym każdy sysadmin w roli * nix powinien być w stanie opisać, dlaczego jest to zabawne .

Zawsze proszę kandydata, aby oceniał się w przedziale od 1 do 10 na niektóre aspekty stanowiska. Następnie, w oparciu o tę odpowiedź, zadaję pytania, które odpowiadają poziomowi, który sami postawili.

Jeśli stanowisko wymaga użycia skryptów, zawsze poproszę o przykłady, a następnie w drugim wywiadzie przekażę im scenariusz i zautomatyzuj odpowiedź. Muszę tylko upewnić się, że ich podejście nie jest narzędziem do usuwania ciasteczek.