Wie interviewe ich einen Sysadmin-Kandidaten? [geschlossen]

Welche Fragen würden Sie stellen und welche Szenarien würden Sie beschreiben, nach welchen Antworten würden Sie suchen?

Ich frage nicht nach konkreten Fragen. Ich würde gerne wissen, welche Interviewstrategie gut ist, um Kandidaten auszuwählen, die für den Job qualifiziert sind.

Ich stelle Fragen in 3 Kategorien:

• Technisches Wissen - Ich möchte sicherstellen, dass der Kandidat weiß, was er / sie wissen soll. Sagen Sie mir zum Beispiel den Unterschied zwischen RAID 0, RAID 1, RAID 5, RAID 1 + 0 und RAID 0 + 1. Wenn Sie ein AD Directory Services-Administrator sind, teilen Sie mir die FSMO-Rollen auf Gesamtstruktur- und Domänenebene sowie deren jeweilige Aufgaben mit. Außerdem frage ich hier, für welche Technologie sie sich interessieren. Bauen sie nebenbei Roboter? Gut! Programmieren sie besagte Roboter? "Ja wirklich?" Ich habe also jemanden, der ein bisschen programmieren kann und die Probleme bei der Fehlerbehebung kennt. Hervorragend! Sachen wie diese.
• Persönlichkeit - Ich stelle Fragen, wie sie mit unterschiedlichen Szenarien umgehen würden. Situationen wie "Die PM erkennt, dass ein Fehler im Zeitplan gemacht wurde. Sie wissen, dass der Fehler die Schuld der PM ist. Dieser Fehler wird Sie veranlassen, zwei Wochenenden hintereinander zu arbeiten. Wie gehen Sie damit um?" Grundsätzlich Fragen, die aufzeigen, wie der Kandidat denkt und ob er weiß, was er tun muss, um Teil eines Teams zu sein. Dies wird nicht die Leute aussortieren, die die richtigen Antworten kennen und sie nicht tun, aber es wird die Leute aussortieren, die keine Ahnung haben, wie man gut mit anderen spielt. Ich stelle auch Fragen zum gesellschaftlichen Engagement.
• Frühere Erfahrungen - Normalerweise bitte ich den Kandidaten, mir eine Situation oder ein Projekt in der Vergangenheit mitzuteilen, die bzw. das dort gut gelaufen ist, wo sie einen großen Anteil hatten. Ich möchte wissen, vor welchen Herausforderungen sie standen und wie sie damit umgegangen sind. Ich bitte Sie auch, mir eine Situation mitzuteilen, in der die Dinge nicht gut liefen. Was hat der Kandidat gelernt? Was hätte der Kandidat im Nachhinein tun können, um möglicherweise die Situation zu ändern (und wenn der Kandidat dies nicht konnte, erkennt der Kandidat dies)?

Diese Antwort deckt die drei Hauptbereiche ab, die untersucht werden müssen. Insbesondere in kleineren Läden, in denen erwartet wird, dass die Mitarbeiter der Infrastruktur multidisziplinär sind, müssen jedoch technische Fragen gestellt werden, die einen sehr breiten Anwendungsbereich haben und die je nach Art der Abstraktion auf verschiedenen Ebenen beantwortet werden können die Expertise des Kandidaten. Auf diese Weise können Sie ein Gefühl dafür bekommen, wozu jeder fähig ist, und sie können ihr spezifisches Fachwissen demonstrieren. Gleichzeitig können Sie die Antworten der verschiedenen Kandidaten direkt vergleichen.

Eine großartige Frage, die mir einmal gestellt wurde, ist:

Stellen Sie sich vor, Sie sind hier an einem Computer angemeldet und haben ein Terminal aufgerufen. Sie tippen wget http://www.google.com/. Was geschieht?

Ich antwortete mit meinem Netzwerk-Bias, beginnend mit der DNS-Auflösung, über die Proxy-Konfiguration und dann über die Routing-Entscheidung und den Aufbau einer TCP-Verbindung. Ein anderer Kandidat antwortete im Hinblick auf die HTTP-Konversation. Als ich den Interviewer fragte, was die beste Antwort war, die er gehört hatte, lautete seine Antwort:

"Nun, es begann mit der Tastaturunterbrechung ..."

Technische Fragen sind wichtig, und die Art der Beantwortung ist fast genauso wichtig wie die richtige Antwort. (Das Letzte, was die IT-Abteilung braucht, ist, dass jemand seinen guten Willen im gesamten Unternehmen mit Feindseligkeit und Herablassung sabotiert.)

Aber hier ist meine wichtigste Frage -

Mein erstes Interview mit einem "echten" IT-Unternehmen endete, als ich eine technische Frage stellte, die ich mit "Ich weiß nicht" beantwortete.

Die Antwort war: "Großartig, wann kannst du anfangen?"

Ich war frisch vom College und mein Interviewer wollte wissen, dass ich in der Lage war, die Grenzen meines Wissens / meiner Erfahrung zu erkennen. Es ist etwas, das ich bei mir behalten habe, und ich denke, es ist das wichtigste Attribut für einen Sysadmin. Spezifisches Wissen ist großartig und verschafft Ihnen einen Vorsprung, aber wenn Sie nicht zugeben können, dass Sie es nicht wissen, werden Sie, wenn überhaupt, nur sehr langsam Fortschritte machen.

Ich interviewe oft Leute für Einstiegspositionen, was bedeutet, dass ich keinen aussagekräftigen Arbeitsverlauf besprechen kann. Ich diskutiere normalerweise über persönliche Projekte, aber zwei Fragen, die ich immer stelle, lauten: "Können Sie mir Ihr Heimnetzwerk beschreiben?" und "Wie sichern Sie Ihre Heimcomputer?" Eine wirklich interessierte Person könnte 30 Minuten lang an einem Whiteboard stehen und darüber diskutieren, sich mit IP-Adressierung, drahtloser Sicherheit usw. befassen.

Stellen Sie keine "trivialen" Fragen - Fragen mit einer einzigen, hochspezifischen Antwort. Unter Stress kann man so etwas vergessen. Wenn sie für ihren Job wissen müssen, welcher Pin an einer V.35-Schnittstelle zur Datenübertragung verwendet wird, können sie ihn nachschlagen, wenn sie den Job haben. Allgemeine Fragen helfen Ihnen dabei, mehr über Kandidaten als über Kleinigkeiten zu verstehen. Wir mögen auch keine Rätsel.

Die Praxis der System- und Netzwerkadministration

Stellen Sie verschiedene Arten von Fragen, mit denen Sie mehr über den Kandidaten erfahren. Und wie sie in Ihre Arbeitsgruppe passen. In den alten Tagen. Die meisten SA waren Physiker, Astronomen, Mathematiker und Ingenieure. Warum? Wahrscheinlich, weil sie ausgezeichnete Fähigkeiten zur Fehlersuche hatten und sehr gute Notizen machten.

Ein paar Fragen zu stellen:

Technisch

• Beschreiben Sie mir, als ob ich nichts wüsste, wie ein TCP / IP-Netzwerk funktioniert.
• Beschreibe mir, als ob ich nichts wüsste, wie ein Computer funktioniert (ein grundlegendes Von-Neumann-Gerät)
• Zeichnen Sie mir ein einfaches Netzwerkdiagramm: Sie haben 20 Systeme, 1 Router, 5 Switches, 2 Server und einen kleinen IP-Block. Gehen.
• Was erwarten Sie aufgrund der Stellenausschreibung hier?
• Beschreiben Sie mir, was Sie hier erreichen möchten.
• Was ist die beste Methode, um die Dokumentation auf dem neuesten Stand zu halten?
• Was war der schlimmste Disaster Recovery-Vorfall, an dem Sie jemals beteiligt waren? Sag mir, was du getan hast.
• Warum bist du gerne ein SA?
• Wie beurteilen Sie sich als SA?

Geschäft

• Glauben Sie, dass IT das Geschäft ankurbelt oder dass das Geschäft die IT ankurbelt?
• Was halten Sie von unserem aktuellen Geschäftsmodell?
• Was können Sie tun, um unsere Rentabilität zu steigern?
• Wie verbindet sich die IT mit unserem Unternehmen?

persönlich

• Was ist dein Lieblingswitz?
• Welches Buch soll ich morgen lesen? Warum? (dann gehe in die Bibliothek und überfliege sie)
• Wer ist Thomas Limoncelli? (heh heh, GOTCHA!)

Auf dem Papier kann fast jeder gut aussehen. Manche Menschen können sich durch Fachgespräche durchschlagen. Und viele Leute sind schlechte Redner. Sie müssen offene Fragen stellen. Nein "Ja oder Nein", beobachten Sie ihre Denkprozesse und ihre Fehlerbehebungsfähigkeiten. Am aussagekräftigsten sind die Metaphern, mit denen sie komplexe Prozesse beschreiben.

Eine SA einzustellen ist eine sehr schwierige Aufgabe. Es ist unwahrscheinlich, dass ein technisches Interview beschreibt, wen Sie einstellen werden. Es ist nicht so sehr das, was sie jetzt wissen. Es ist das, was sie lernen wollen und wie schnell sie es lernen und anwenden werden.

Wenn ich Teil eines Interview-Panels für einen Systemadministrator bei einem Software-Unternehmen wäre, bei dem von ihm erwartet würde, dass er die Software des Unternehmens auf seinen Servern laufen lässt, wäre ich gespannt, was der Kandidat von den Entwicklern erwartet. Wie interagieren sie mit Entwicklern - "wir gegen sie" oder "alle ziehen mit unterschiedlichem Fachwissen zusammen"? Haben sie Erfahrungen mit einer Situation, in der Entwicklung und IT (oder die Abteilung, die auch immer genannt wird) in Konflikt geraten sind, und wie wurde dies gelöst? Sind sie daran interessiert, ein Bewusstsein für die von den Entwicklern verwendete Technologie und Terminologie zu schaffen, und sind sie bereit, die Entwickler in ihren eigenen Fachgebieten zu schulen, damit jeder besser kommunizieren kann?

Zugegebenermaßen würde dies teilweise dazu dienen, mein eigenes Interesse an der Beziehung zwischen Sysadmins und Entwicklern zu befriedigen sowie den Kandidaten zu beurteilen.

Stellen Sie sicher, dass er nicht nur schlau bucht. Ich finde es gut, eine Art Hands-On-Test zu geben.

Die "Blank Whiteboard" -Fragen sind diejenigen, die die Schafe wirklich von den Ziegen trennen. "Dies ist die Netzwerkgrenze. Dies ist eine Web-App, die auf IIS ausgeführt wird. Dies ist Ihr SQL-Backend. Dies ist eine UNIX-Box mit einem weiteren Black-Box-Dienst. Wie können Sie diese fehlertolerant, sicher usw. machen? "

Die einzige Antwort, die ich von einem Kandidaten erhielt, war ein poleaxiertes "Du machst Witze, oder?"

Ich stelle Linux-Administratoren für ein Startup ein, daher sollten meine Fragen Erfahrungen aus Unerfahrenheit herausfiltern. Handy Bildschirm:

1. Nennen Sie so viele Top-Level-Verzeichnisse in einem modernen Linux-System (FHS) wie möglich (es gibt ungefähr 20, niemand bekommt mehr als 75%, auch nicht diejenigen, die sich täglich damit befassen).
2. Wofür wird die Umgebungsvariable PATH verwendet?
3. Nennen Sie eine Person, die für ihre Beteiligung an Open Source / Freier Software (außer Linus Torvalds) berühmt ist (häufigste Antwort: Richard Stallman).

Für das Telefoninterview versuche ich, sie dazu zu bringen, über ihre früheren Projekte, ihr Heimnetzwerk, die Anzahl ihrer Computer und ihre Arbeit mit ihnen usw. zu sprechen.

Ich persönlich gebe ihnen gerne ein echtes Problem, mit dem ich konfrontiert bin, und bitte sie, es für mich zu lösen. Ich werde ihre Antwort mit der Lösung vergleichen, über die ich bereits nachdenke. Wenn ihre Antwort besser ist, schreitet mein Projekt voran. Wenn ihre Antwort schlechter ist, hat sich der Befragungsprozess weiterentwickelt. So oder so kann ich mich mit meinen eigenen Projekten beschäftigen und Kandidaten oder Ideen verfeinern oder verwerfen.

Ansonsten wird eingehender darüber gesprochen, was sie von einer Arbeitsumgebung erwarten, und es wird versucht herauszufinden, ob sie 9-5er sind oder ob sie sich wirklich darum kümmern, was sie tun - abgesehen von anderen Faktoren neigen Linux-Typen dazu zu kümmern (obwohl sie saugen können) und Netzwerkingenieure sind in der Regel 9-5er (die auch saugen können) ... Nur meine Erfahrung.

Angenommen, sie haben das alles bestanden, dann richte ich sie auch gerne mit einer neuen Linux-Box in einem isolierten Netzwerk ein, dessen Netzwerkkonfiguration falsch ist, mit seltsamer Ausrüstung und einem losen Kabel für die letzte "Schraube Sie", und lasse sie es zurückbekommen online. Ich lasse sie in Ruhe und komme regelmäßig zurück, um nach ihnen zu sehen, obwohl ich genauso gut schweben könnte, wenn ich es mir schwer machen wollte.

In der Regel dauert es ungefähr 30 Minuten, bis jemand, der es über den Rest des Interviews geschafft hat, in diese völlig unbekannte Umgebung gelangt und sie wieder zum Laufen gebracht hat. Es ist ein großartiger Test in der Praxis, der genau zeigt, wie lange sie für die Fehlerbehebung in einer völlig neuen, völlig kaputten Umgebung benötigen.

Nach sorgfältiger Sortierung des Lebenslaufs hatte ich noch 20 Kandidaten. 20 Personen von ~ 150 haben die erste Auswahl bestanden, die es mir ermöglicht hat, jeweils drei bis vier Stunden für ein Interview zu verwenden. Die wichtigsten Auswahlkriterien für mich waren:

• Fähigkeit zum Training an einem Ort
• Fähigkeit, den optimalen Ansatz zu wählen
• Fähigkeit, ein Problem in einer ungewöhnlichen Situation zu erfassen und zu lösen
• Eine gute Wissensbasis: Das heißt, der Kandidat sollte die Geschichte der Computertechnik kennen, die Theorie auf hohem Niveau beherrschen und nicht nur wissen, was zu tun ist, sondern auch, warum .

Um zu wissen, wie gut es ist, ein Problem in einer ungewöhnlichen Situation zu lösen, wurde ich gefragt: "Wie man ein Windows-System verwöhnt, wenn man physischen Zugriff auf den Computer hat, aber keinen hat Kontokennwörter? " und danach fragte ich sie nach "Wie kann man ein verdorbenes System patchen?". Ich gab einige Beispiele für Virenaktionen und fragte, was sie tun würden, um Beschädigungen und die Wiederherstellung der Funktionalität und der verlorenen Daten mit möglichst wenig Instrumenten und weiteren Fragen zur Verwendung von nicht standardmäßigen Instrumenten zu verhindern. Einmal habe ich einen Kandidaten gefragt: "Welche Frage würdest du stellen, wenn du mich interviewst, um zu wissen, wie gut ich mit ungewöhnlichen Situationen umgehen kann?" :-)

Um zu wissen, wie gut sie darin sind, einen optimalen Ansatz zu finden, habe ich ihnen ein wenig Übung bei der Konfiguration von Web- oder Mail-Servern oder Netzwerk-Gateways für bestimmte Parameter gegeben ("Ich brauche einen sehr schnellen Webserver für eine kleine Anzahl verbundener Clients dazu, und ja, ich möchte eine serverseitige Skriptsprache, um mir Statistiken zu zeigen, was soll ich wählen und warum ist das besser? Könnten Sie mir das auf unserem Testserver zeigen, wenn Sie das haben? Noch 20 Minuten? ")

Die Möglichkeit, an einem Ort zu trainieren - nicht wirklich einfach zu überprüfen, aber ich bat einige Kandidaten, eine Beispielkonfigurationsdatei oder ein Skript zu erstellen, und gab ihnen dann einen kleinen Hinweis, ob sie es danach besser machen könnten.

Die Wissensbasis - einer meiner Lieblingsteile: Was ist OSI? Warum TCP / IP als „Protokollstapel “? Welche Helden der Informatik kennen Sie? Was ist Windows-Registrierung? Und was ist mit Unix-ähnlichen Systemen?

Und sehr wichtig - sie MÜSSEN ihren Job lieben! "Haben Sie einige der Klassiker wie K & R gelesen?", "Wie lange interessieren Sie sich für Computertechnik?", "Womit haben Sie angefangen, Computer zu studieren?", "Haben Sie Testcomputer / kleines Netzwerk? Zuhause?" (Wenn es stimmt, ist das ein sehr gutes Zeichen!).

Die Liste von K. Brian Kelley ist großartig, aber ich möchte betonen, dass es wichtig ist, Fragen zur Fehlerbehebung zu stellen. Wählen Sie einige schwierige Probleme aus und lassen Sie sich vom Kandidaten erklären, wie er versuchen würde, das Problem zu lösen. Es ist wichtig, viele technische Details zu kennen, aber meiner Meinung nach ist es sehr wichtig, Probleme mit einem methodischen Ansatz lösen zu können.

Ich stelle gerne Fragen, die das Gegenteil der normalen Form derselben Frage sind. In der Webentwicklung lautet die häufig gestellte Frage beispielsweise "Wann veröffentlichen Sie ein Formular anstelle von GET?". Aber ich frage das Gegenteil: "Wann verwenden Sie GET anstelle von POST?" Dies zwingt die Menschen, über Nachteile anstatt über Vorteile nachzudenken oder zu überlegen, welche Kompromisse sie bei ihrer Entscheidung eingehen.

Eine repräsentative Frage für die IT könnte zwei ähnliche Technologiewahlen beinhalten. Vielleicht eine Frage wie "Wann würden Sie eine Windows-Arbeitsgruppe anstelle einer Domäne auswählen?"

Ich behalte immer eine Notiz mit Stift und Papier über all die merkwürdigen, schrulligen Dinge, die mir bei der täglichen Arbeit begegnen, und nicht über die Dinge, die in den "How to ..." - Büchern stehen. Ich kann dann in einem Interview auf eine oder zwei dieser Situationen zurückgreifen, oft mehr, um ein Gespräch zu beginnen als als einen Test. Ich bin mehr daran interessiert, wie sie mit der Situation umgehen würden, als wenn sie die Antwort kennen. Ich stelle immer eine Frage zu "Bleeding Edge" -Technologie, um zu sehen, ob sie an neuer Technologie interessiert sind (oder zu sehr daran interessiert sind).

Ein wenig abseits des Themas - aber eine interessante Geschichte aus dem offiziellen Google-Blog:

Wie ich zu Google gekommen bin (Ch. 1)

Unsere Ingenieure fahren jedoch in der Regel auf abwechslungsreicheren und gelegentlich merkwürdigeren Wegen. Einige werden nach dem Abitur von Freunden oder ehemaligen Kollegen angeworben. Andere senden ihre Lebensläufe einfach an [email protected]. Für einige Ingenieure war der Weg jedoch interessanter.

Bitte lesen Sie den Rest des Blogposts über diese unkonventionelle, aber meiner Meinung nach gültige Methode, um die richtigen Leute einzustellen.

Beim Vorstellungsgespräch möchte ich nicht unbedingt wissen, ob ein Kandidat in der Lage ist, bestimmte technische Fragen zu beantworten. Ich denke, es ist wichtiger, dass ein Kandidat weiß, wohin er gehen muss, um eine Antwort zu finden.

Ein Kandidat sollte nicht einfach sagen: "Ich weiß es nicht." Ich suche nach einer Antwort im Sinne von "Ich würde das googeln" oder einer ähnlichen Antwort wie "Ich bin Mitglied von [ACM | SAGE | LOPSA | Serverfehler]" und überprüfe die Website [Mailinglistenarchive | ] um Hilfe bei der Beantwortung dieser Frage zu finden ".

Wenn Sie herausfinden, an wen sich ein Kandidat wenden wird, wenn Sie die Antwort auf eine Frage nicht kennen, können Sie sich ein Bild von seinen Fähigkeiten machen.

Ich habe Leute sowohl als Angestellter eines großen Unternehmens als auch als Eigentümer eines kleinen Unternehmens interviewt. Die Qualität Nummer eins, die ich suche, ist eine ausgeglichene Persönlichkeit zwischen "Visionär" und "Bastler".

Wenn Sie zu viele Visionäre haben, erhalten Sie ein System wie Twitter. (Wenn Sie nichts davon gelesen haben, veranlasst die Hälfte der frühen Beschreibungen der Konstruktionsanweisungen die meisten Administratortypen, einen Facepalm zu machen und zur Bar zu gehen.) Wenn Sie zu viel basteln, haben Sie 200 großartige Systeme in verschiedenen Überall ist der Zustand des Verfalls, und alle Ihre Websites werden auf einer zehn Jahre alten Box mit BSD 4.2 unter dem Schreibtisch des Systemadministrators ausgeführt.

Die beste Person, die ich jemals eingestellt habe, war ein Mann mit einem doppelten Bachelor-Abschluss in Religion und Philosophie von einer kleinen privaten Hochschule in Connecticut. Er war kreativ, engagiert, intelligent und trotz widriger Umstände beharrlich. Bis eine Stunde vor der Geburt seiner ersten Tochter checkte er den Code über ein angebundenes Mobiltelefon ein. Er hat erstaunliche Dinge getan und ist jetzt der Community-Leiter eines großen PHP-Frameworks. Toller Mann.

Die schlimmste Person, mit der ich je zusammengearbeitet habe, war ein Mann, der von der Organisation, für die wir beide gearbeitet haben, sehr angetan war. Sein Vater arbeitete dort und er hatte dort seit der High School gearbeitet. Es gab mindestens ein Dutzend Male, in denen ich ihm beinahe gesagt hätte, dass er, wenn er seinen Job nicht mochte, einfach kündigen und uns allen die Kopfschmerzen ersparen sollte. Er war ein Bastler. Und nebenbei ein großer BSD- und Gentoo-Fan.

Abgesehen davon sollte jeder Sysadmin in einer * nix-Rolle beschreiben können, warum dies lustig ist .

Ich bitte den Kandidaten immer, sich in bestimmten Aspekten der Position von 1-10 zu bewerten. Basierend auf dieser Antwort stelle ich dann Fragen, die dem Niveau entsprechen, das sie sich selbst gegeben haben.

Wenn die Position die Verwendung von Skripten erfordert, frage ich immer nach Beispielen und gebe ihnen in einem zweiten Interview ein Szenario und fordere sie auf, ihre Reaktion zu automatisieren. Ich muss nur sicher sein, dass ihr Ansatz kein Ausstecher ist.