18 November 20258 Min. Lesezeit
Die meisten technischen Interviews wurden für einen Raum mit einem Whiteboard entworfen und nie neu gedacht, als sie ins Video umzogen. Das Ergebnis ist ein Format, das nun zwei Dinge zugleich prüft: ob die Kandidatin das Problem lösen kann und ob sie es lösen kann, während sie mit einem leicht verzögerten Videobild einer fremden Person spricht, die stumm mitschreibt. Nur eines davon gehört zum Job.
Die Abhilfe ist nicht, die Latte zu senken. Sie besteht darin, genau das zu prüfen, was Sie brauchen, und zwar in dem Medium, in dem die Arbeit stattfinden wird.
Prüfen Sie die Arbeit, nicht das Auswendiglernen
Das aussagekräftigste Format klingt langweilig: eine kleine Änderung an echtem Code, live vorgenommen, mit dem eigenen Editor, den eigenen Suchgewohnheiten und den gewohnten Werkzeugen der Kandidatin. Fünfundvierzig Minuten, eine abgegrenzte Aufgabe, in einer Codebasis, die sie noch nie gesehen hat.
Es sagt etwas voraus, weil es der Job ist. Jede Remote-Zusammenarbeit beginnt damit, dass jemand Unvertrautes ein unvertrautes Repository öffnet und darin nützlich werden muss. Das ist die Fähigkeit. Einen Algorithmus aus dem Gedächtnis aufzusagen ist es nicht, war es nie, aber der Schein ließ sich in Präsenz leichter wahren.
Wie man die Aufgabe vorbereitet
Nehmen Sie ein kleines Open-Source-Projekt oder eine abgespeckte Kopie Ihres eigenen, mit entfernten sensiblen Teilen. Bereiten Sie eine Aufgabe vor, die eine kompetente Person in einer halben Stunde schafft, und eine Erweiterung, die sie nicht erreichen wird, damit am Ende niemand schweigend dasitzt und starke Kandidaten noch etwas vor sich haben.
- Schicken Sie das Repository fünfzehn Minuten vorher, damit Einrichtungsprobleme nicht das Interview auffressen
- Sagen Sie ausdrücklich, dass Websuche und die üblichen Assistenzwerkzeuge erlaubt sind, und halten Sie sich daran
- Lassen Sie die Aufgabe bestehendes Verhalten ändern statt etwas aus dem Nichts zu schreiben; Lesen ist der größte Teil des Jobs
- Lösen Sie die Aufgabe selbst, damit Sie wissen, wo die Fallen wirklich liegen
Worauf Sie während der Arbeit achten sollten
Das Ergebnis zählt weniger als der Weg dorthin. Achten Sie darauf, wie sich jemand in einer unbekannten Codebasis orientiert: Wird gelesen, bevor getippt wird, wird die passende Datei über die Struktur gefunden oder über planloses Suchen, wird das Programm ausgeführt, um zu sehen, was es jetzt tut.
Achten Sie dann darauf, was bei der ersten Überraschung passiert, denn es wird eine geben. Starke Kandidatinnen erzählen mit, bilden eine Hypothese und prüfen sie. Schwächere ändern etwas und starten neu, immer wieder, ohne Theorie. Dieser Unterschied ist auch für eine fachfremde Beobachterin sichtbar und gehört zu den beständigsten Signalen, die eine Stunde hergibt.
Die halbe Stunde Fehlersuche
Wenn Sie nur Zeit für eine Übung haben, erwägen Sie Fehlersuche statt Bauen. Geben Sie ihnen einen fehlschlagenden Test oder einen reproduzierbaren Fehler und sehen Sie zu, wie sie sich herantasten.
Fehlersuche lässt sich schlechter vorbereiten, liegt näher am durchschnittlichen Tag echter Arbeit und hängt viel weniger davon ab, welche Frameworks jemand zufällig genutzt hat. Sie ist außerdem die fairste Übung über verschiedene Bildungswege hinweg, und das zählt, wenn Sie international einstellen und Lebensläufe nicht vergleichbar sind.
Take-home-Aufgaben und wann sie vertretbar sind
Take-home-Aufgaben geben stillen, sorgfältigen Menschen eine faire Chance und beseitigen die Vorführsteuer des Videogesprächs. Sie kosten die Kandidatin aber unbezahlte Abende, und eine lange Aufgabe filtert nach Menschen mit freien Abenden statt nach Menschen, die gut sind.
Eine vertretbare Take-home-Aufgabe ist auf etwa zwei Stunden begrenzt, sagt das in der Aufgabenstellung und meint es ehrlich; sie ist keine Arbeit, für die Sie sonst zahlen würden; und ihr folgt ein kurzes Gespräch, in dem die Person durchgeht, was sie gebaut hat und was sie ändern würde. Dieses Gespräch ist die wichtigere Hälfte. Es macht ausgelagerte oder geliehene Einreichungen offensichtlich, und dort erfahren Sie, wie die Person gedacht hat.
Das Gespräch über den Entwurf
Ergänzen Sie für erfahrene Personen fünfundzwanzig Minuten zu einem System, das sie nicht kennen: Beschreiben Sie ein echtes Problem, das Sie haben, und besprechen Sie es unter Kollegen. Fragen Sie, was sie vor einer Entscheidung wissen müssten, was sie zuerst bauen würden und was sie bewusst grob lassen würden.
Sie prüfen, ob jemand für Randbedingungen entwirft oder aus Gewohnheit. Achten Sie auf Menschen, die nach Größenordnung, Teamgröße und Termin fragen, bevor sie eine Architektur vorschlagen, und seien Sie misstrauisch bei einer selbstbewussten Antwort, die zu einem hundertmal größeren Unternehmen passen würde.
Bewerten, ohne so zu tun, als wäre es eine Messung
Halten Sie vor dem Interviewablauf fest, was diese Person können muss, in vier oder fünf schlichten Aussagen, und bewerten Sie danach. Ausgefeilte Bewertungsraster erzeugen einen falschen Eindruck von Präzision; gar kein Raster heißt, dass das letzte Interview den Streit gewinnt, weil es am frischesten ist.
Bestehen Sie auf schriftlichen Notizen jedes Interviewers vor der Besprechung statt währenddessen. Gespräche, die live zum Konsens kommen, laufen auf die selbstbewussteste Stimme zu, und das ist in einem Remote-Setting meist die Person mit der besten Verbindung.
Rechnen Sie die Zeitzone ein, nicht den Standard
Legen Sie Termine in den gemeinsamen Arbeitstag statt an seine Ränder. Wer nach einem vollen Tag um neun Uhr abends ein Interview führt, wird auf Ausdauer geprüft. Da Beirut dem größten Teil Westeuropas ein bis zwei Stunden voraus ist, gibt es keine Entschuldigung für einen ungünstigen Termin, und ein Anbieter, der einen vorschlägt, sollte gefragt werden, warum.
Darüber hinaus sollten Sie die Messlatte wegen der Entfernung nicht senken. Das ganze Argument dafür, über eine Grenze hinweg einzustellen, lautet, dass die Arbeit denselben Standard zu anderen Kosten hat, und jedes Zugeständnis im Interview zahlen Sie später doppelt.