Das erste technische Gespräch mit einem IT-Kandidaten ist eine der kritischsten Stellen im gesamten Einstellungsprozess – und gleichzeitig eine der schwierigsten, wenn man selbst keinen technischen Hintergrund mitbringt. Wie unterscheiden Sie zwischen einem Kandidaten, der wirklich Substanz hat, und einem, der gut darin ist, Fachvokabular flüssig einzusetzen?
Die Antwort liegt nicht in komplizierteren technischen Fragen. Sie liegt in Gesprächsmustern, die Tiefe sichtbar machen.
Fragen nach dem Warum, nicht nur nach dem Was
Die meisten Kandidaten können beantworten, womit sie gearbeitet haben. Interessanter ist, warum sie bestimmte Entscheidungen getroffen haben.
Statt: „Haben Sie Erfahrung mit Cloud-Infrastruktur?" Besser: „Beschreiben Sie eine Entscheidung in einem Ihrer letzten Projekte, bei der Sie zwischen zwei technischen Ansätzen gewählt haben. Welche Gründe gab es – und was hätten Sie im Nachhinein anders gemacht?"
Diese Art von Frage ist nicht manipulativ, sondern ehrlich: Wer fundiert entschieden hat, kann das erklären. Wer die Entscheidung nicht selbst getroffen oder verstanden hat, wird schwimmen.
Das Einfachheitsprinzip
Bitten Sie den Kandidaten, ein technisches Konzept aus seiner Arbeit so zu erklären, dass Sie es als Nicht-Techniker verstehen. Das ist keine Fangfrage – es ist ein echter Kompetenztest.
Gute Entwicklerinnen und Entwickler können vereinfachen, ohne ungenau zu werden. Wer das nicht kann, hat entweder kein tiefes Verständnis oder kann nicht für verschiedene Zielgruppen kommunizieren – beides ist im Arbeitsalltag relevant.
Nach Fehlschlägen fragen
„Was war das schwierigste technische Problem, das Sie je hatte, und wie sind Sie damit umgegangen?" ist eine der aufschlussreichsten Fragen überhaupt. Wer authentisch antwortet, zeigt Reflexionsfähigkeit und Problemlösungskompetenz. Wer ausweicht oder so tut, als hätte es nie echte Probleme gegeben, sendet ein Signal.
Gleiche Logik gilt für: „Nennen Sie ein Projekt, das nicht so gelaufen ist, wie Sie es geplant hatten. Was war Ihr Anteil daran?"
Fragen zu Zusammenarbeit und Übergabe
IT-Kompetenz bedeutet nicht nur Code schreiben. In den meisten Unternehmen arbeiten Entwicklerinnen und Entwickler mit QA, Design, Produkt und manchmal mit Kunden zusammen. Fragen wie „Wie stellen Sie sicher, dass andere Ihr Code verstehen und weiterentwickeln können?" oder „Wie laufen Ihre Deployments typischerweise ab?" geben Hinweise auf Professionalität und Teamfähigkeit – unabhängig von Ihrem Technik-Wissen.
Was Sie trotzdem nicht ersetzen können
Diese Fragen helfen Ihnen, offensichtliche Lücken zu erkennen und Kandidaten menschlich einzuschätzen. Was sie nicht leisten: eine fundierte Beurteilung der fachlichen Tiefe. Ob jemand wirklich soliden Code schreibt, sinnvolle Architekturentscheidungen trifft oder die richtigen technischen Prioritäten setzt, lässt sich nicht allein aus einem Gespräch herauslesen.
Für diese Ebene der Einschätzung braucht es jemanden mit technischer Erfahrung in dem relevanten Bereich – der den Kandidaten gezielt auf Substanz prüft, sei es durch ein Review seiner bisherigen Arbeit oder durch eine praktische Aufgabe.
Das Wichtigste in Kürze
- Warum-Fragen zeigen Tiefe besser als Was-Fragen
- Einfachheitsprinzip: gute Entwickler können vereinfachen
- Fehlschlag-Fragen zeigen Reflexionsfähigkeit und Erfahrung
- Fragen zu Zusammenarbeit zeigen Professionalität
- Fachliche Tiefe braucht einen technischen Gesprächspartner