Wie würdest du den Interview-Loop für einen Senior Engineer in deinem Team designen?

Arbeite vom Job rückwärts. Definiere die drei oder vier Kompetenzen, die Erfolg in der Rolle wirklich vorhersagen, und gib jeder eine eigene Stage mit kalibriertem Rubric und geschulten Interviewern. Bevorzug praktische Übungen nah an der echten Arbeit statt Algorithmus-Rätsel, halt die Gesamtzeit für Kandidaten vertretbar und verlang schriftliche Belege in jedem Debrief. Entscheidet in einer strukturierten Diskussion, nicht per Handzeichen.

Ich fange damit an aufzuschreiben, worin jemand gut sein muss, um in genau dieser Rolle erfolgreich zu sein, und das sind meist drei oder vier Dinge: System Design in unserer Größenordnung, praktische Codequalität, Debugging in fremdem Code und die Leute um sich herum heben. Dann jeweils eine Stage, keine Dopplung, denn eine fünfte Stage, die nichts Neues misst, kostet dich nur gute Kandidaten. Für die Coding-Stage habe ich Algorithmus-Rätsel vor Jahren abgeschafft und nutze eine kleine realistische Codebasis, in der sie ein Feature ergänzen und einen Bug fixen, mit den Werkzeugen, die sie normalerweise nutzen. Das sagt deutlich besser vorher und Kandidaten mögen es lieber. Jeder Interviewer schreibt seine Belege auf, bevor er die Notizen der anderen sieht, was das Anchoring-Problem killt, bei dem die erste starke Meinung den Raum prägt. Im Debrief gehen wir Kompetenz für Kompetenz gegen das Rubric statt reihum Daumen hoch oder runter. Ich nehme auch die Gegenseite ernst: Senior-Kandidaten interviewen uns, also gebe ich ihnen Zeit mit einem Engineer ohne jede Bewertung.