Technische Interviews führen: Ein Leitfaden für Engineering Leads

Die meisten technischen Interviews sind teure Theateraufführungen, in denen beide Seiten nur die gut einstudierten Rollen abrufen. Wenn Sie nach fünf Minuten nicht wissen, wie ein Kandidat bei einem echten Architektur-Konflikt reagiert, haben Sie Zeit verschwendet.

Nach diesem Leitfaden werden Sie in der Lage sein, strukturierte Interviews zu führen, die technische Substanz von auswendig gelernten Framework-Kenntnissen trennen.

Brechen Sie mit dem Algorithmen-Dogma

Fragen Sie keine Kandidaten nach der Komplexität von Sortieralgorithmen, es sei denn, Sie bauen eine Datenbank von Grund auf neu. In der Praxis von 2026 schreiben wir selten Algorithmen; wir integrieren Systeme und lösen Integrationsprobleme.

Testen Sie stattdessen die Fähigkeit, komplexe Anforderungen in modularer Architektur abzubilden. Geben Sie ein reales Problem aus Ihrem Backlog vor und lassen Sie den Kandidaten die kritischen Entscheidungspunkte identifizieren.

Die Live-Coding-Alternative

Live-Coding unter Beobachtung löst bei den besten Ingenieuren den Fluchtreflex aus. Es misst Nervosität, nicht Ingenieurskunst.

Laden Sie stattdessen eine kleine, absichtlich fehlerhafte Codebase im Vorfeld hoch. Lassen Sie den Kandidaten in der Sitzung einen Bugfix oder eine Refactor-Aufgabe erklären. Es geht darum, wie der Kandidat den Code liest und bestehende Architektur respektiert.

Architektur-Design im Kontext

Ein systematisches Design-Interview sollte kein Vorlesungsvortrag sein. Fordern Sie den Kandidaten auf, eine Komponente für Ihre aktuelle Produktumgebung zu entwerfen.

Stellen Sie explizite Constraints: Latenz-Anforderungen, Kostenaspekte oder die Notwendigkeit für lokale Datenresidenz. Wer hier nur "Cloud-native" floskelhaft antwortet, hat die Aufgabe nicht verstanden.

Evaluation von Entscheidungsprozessen

Fragen Sie nicht: "Was würden Sie tun?". Fragen Sie: "An welches Projekt erinnern Sie sich, bei dem Sie eine technische Entscheidung später bereut haben?".

Gute Ingenieure geben ihre Fehler zu und erklären, warum sie den Pfad gewählt haben. Wer keine Fehler hat, hat entweder nicht gearbeitet oder versteht die Tragweite seiner Entscheidungen nicht.

Der Scorpion Power Check

Wenn Sie an diesem Punkt merken, dass der Prozess zu starr wird oder Ihre Zeit für die Kuration komplexer Aufgaben fehlt, kann Scorpion Power unterstützen. Unsere Engineering-Teams helfen Ihnen dabei, Ihre Einstellungs-Frameworks so zu schärfen, dass sie echte technische Tiefe prüfen, statt nur Buzzwords zu validieren.

Vorbereitungs-Checkliste für den Lead

Kopieren Sie diese Punkte in Ihre Interview-Notizen, um sicherzustellen, dass Sie nichts Wichtiges übersehen:

1. Vorab-Check: Gibt es ein echtes, nicht triviales Problem aus unserem aktuellen Sprint?
2. Dokumentation: Ist die Aufgabenstellung für den Kandidaten schriftlich zugänglich?
3. Rolle: Wer aus dem Team bewertet die Architektur, wer die Team-Integration?
4. Fokus: Ist die Aufgabe auf die Seniorität des Kandidaten skaliert?
5. Abschluss: Gibt es zwei Minuten für den Kandidaten, um uns kritische Fragen zur Architektur zu stellen?

Umgang mit den größten Fehlern

Der häufigste Fehler ist die Suche nach dem "perfekten Match" bei Framework-Kenntnissen. Technologie ist austauschbar, Problemlösungskompetenz nicht.

Ein weiterer Fehler ist das fehlende Feedback. Selbst wenn die Antwort falsch ist, ist die Art und Weise, wie ein Kandidat auf einen Hinweis reagiert, der wichtigste Indikator für den späteren Erfolg in Ihrem Team.

Ansatz	Fokus	Risiko
Whiteboard-Coding	Syntax, Theorie	Hoher Stress, wenig Praxisbezug
System-Design	Architektur, Trade-offs	Erfordert tiefes Domänenwissen
Refactoring-Task	Code-Qualität, Verständnis	Zeitintensiv in der Vorbereitung

Ein starkes Interview spiegelt die Realität Ihres Alltags wider – wenn Sie das schaffen, finden Sie die Ingenieure, die wirklich zu Ihnen passen.