Fragen zur Prüfung von Entwicklern im Interview

Zwei Schlüsselfragen zur Bewertung von Entwicklern und Tech Leads in Vorstellungsgesprächen

Im heutigen wettbewerbsintensiven Entwicklungsmarkt haben Einstellungsmanager Schwierigkeiten, Ingenieure zu identifizieren, die Aufgaben zuverlässig in die Produktion bringen können. KI kann Code generieren, Architekturen entwerfen und Fehler beheben, aber sie gewährleistet nicht die langfristige Lebensfähigkeit von Systemen. Der wahre Wert eines Spezialisten liegt in seiner Verantwortung für Ergebnisse, nicht nur in seinem Wissen über Muster oder SOLID-Prinzipien.

Die Erfahrung zeigt, dass anstelle langer technischer Interviews zwei einfache Fragen das Niveau des Ingenieurdenkens in Minuten aufdecken können. Diese Fragen testen nicht die Syntax; sie enthüllen den Ansatz eines Kandidaten zur Problemlösung.

Frage 1: Wer ist für die Aufgabe verantwortlich?

Diese Frage unterscheidet zwischen Entwicklern, die Ergebnisse verantworten, und solchen, die lediglich als rollenbasierte Ausführende agieren. Betrachten Sie zwei Szenarien aus einem großen Projekt mit mehreren Teams.

Im ersten Fall wird ein Ticket über veraltete Daten in einer mobilen App zwischen Support, Mobile-Entwicklern, Backend- und Infrastrukturteams hin- und hergereicht. Jedes Team schließt die Aufgabe mit "nicht unser Problem" ab, ohne das Szenario zu reproduzieren oder Logs zu analysieren. Der Benutzer bleibt ohne Lösung.

Im zweiten Szenario nimmt sich ein Backend-Entwickler falscher Formularvalidierung an: Er überprüft die Nutzdaten, identifiziert Diskrepanzen mit der Frontend-Logik, koordiniert die Behebung und erstellt ein Tech-Debt-Ticket zur Standardisierung der Validierung im Backend.

Antwortmuster:

• "Ich bin es" – die Denkweise des Verantwortlichen: klärt Anforderungen, weist auf Risiken hin, testet eigenständig und berücksichtigt die Stabilität nach dem Release. Solche Ingenieure sind resilient gegenüber Entlassungen und übertreffen KI in der Verantwortlichkeit.
• Rollenbasierte Aufteilung ("Code ist mein Bereich, QA übernimmt das Testen") – erfordert mehr organisatorischen Aufwand vom Team und reduziert den Gesamtwert.

Die Verantwortungsgrenze auf der Commit-Stufe zu ziehen, führt zu "verwaisten" Problemen in der Produktion. Diese Frage zeigt schnell, ob ein Kandidat eine Aufgabe end-to-end verantworten wird.

Frage 2: Schreiben Sie Unit-Tests?

Hier geht es nicht um Dogma; es ist ein Indikator dafür, Code als lebendiges System zu behandeln. In Projekten ohne Tests können einfache Änderungen wie Paginierung aufgrund von Copy-Paste und versteckten Abhängigkeiten Tage dauern – klassische Tech-Debt.

Der Code von Kandidaten spiegelt oft solche Muster wider: funktional arbeitend, aber nicht wartbar.

Was diese Frage aufdeckt:

• Einstellung zur Qualität – Fokus auf das Systemverhalten langfristig.
• Design-Ansatz – Tests erfordern Modularität, lose Kopplung und handhabbare Abhängigkeiten (DI, Inversion of Control).
• Umgang mit Änderungen – Refactoring mit Tests ist sicher und schnell.
• Teamkultur – fördert Prinzipien der Erweiterbarkeit über Zerbrechlichkeit.

Ein Entwickler, der Tests schreibt, baut Code für die Evolution; einer, der es nicht tut, baut für schnelle Fixes.

Anwendung auf Tech Leads

Für Ingenieure ist "Ich bin verantwortlich" ein Plus. Für Leads ist es eine rote Flagge. Beispiel: Ein starker Full-Stack-Lead nahm alles auf sich (Architektur, Bugs, Priorisierung). Das Team wurde von ihm abhängig, Urlaube verursachten Störungen, und es führte zu Burnout. Die Versetzung in eine Architektenrolle und der Ersatz durch einen Lead, der Verantwortung verteilte, stabilisierte das System.

Ein guter Tech Lead antwortet: "Die Aufgabe hat einen Verantwortlichen innerhalb des Teams. Ich sorge für den Prozess, entferne Hindernisse und halte den Fokus aufrecht." Kein Ausführender, sondern ein Organisator.

Diese Frage prüft, ob ein Führungskraft Delegation aufbaut oder zum Engpass wird.

Wichtige Erkenntnisse

• End-to-end-Aufgabenverantwortung unterscheidet proaktive Ingenieure von rollenbasierten Ausführenden.
• Unit-Tests weisen auf Modularität, Resilienz gegenüber Änderungen und langfristige Qualität hin.
• Für Tech Leads liegt der Fokus auf der Verteilung von Verantwortung, nicht auf persönlicher Ausführung.
• Hohe Korrelation mit Probationserfolg – diese Fragen sparen Einstellungszeit.
• Vorteil gegenüber KI liegt in der Lieferung in einen funktionierenden Produktionszustand.

Diese Fragen gelten auf jeder Ebene: von Mid-Level bis Senior, von Entwickler bis Lead. Sie filtern nach echtem Wert für das Team.

— Editorial Team