Das strukturierte IT-Interview: realistische Aufgaben statt Fangfragen

Was klassische Interviews oft verfehlen

Viele technische Interviews folgen einem von zwei Mustern. Entweder ein loses Gespräch über den Lebenslauf, bei dem die Bewertung stark vom Bauchgefühl abhängt. Oder eine Reihe von Fangfragen und abstrakten Algorithmus-Aufgaben unter Zeitdruck, die wenig mit dem späteren Arbeitsalltag zu tun haben.

Beide Ansätze haben Schwächen. Das lose Gespräch ist kaum vergleichbar, weil jede Person andere Fragen bekommt. Die Fangfragen messen vor allem, wer sich gut auf Interviews vorbereitet hat oder unter Druck ruhig bleibt. Ob jemand ein unklares Problem strukturiert, im Team kommuniziert und pragmatische Entscheidungen trifft, bleibt in beiden Fällen offen.

Was ein strukturiertes Interview ausmacht

Ein strukturiertes Interview folgt einem vorab festgelegten Ablauf. Alle Kandidat:innen für dieselbe Rolle erhalten vergleichbare Fragen und Aufgaben, und die Bewertung erfolgt anhand definierter Kriterien. Das macht Entscheidungen nachvollziehbarer und reduziert den Einfluss von Sympathie und Zufall.

Ein typischer Ablauf für eine technische Rolle kann so aussehen:

1. Kurzer Einstieg: Rolle, Team und Ablauf des Gesprächs erklären. Ausdrücklich sagen, dass Rückfragen erwünscht sind.
2. Erfahrung: zwei bis drei Fragen zu konkreten Projekten aus dem Lebenslauf, mit Fokus auf eigene Beiträge und Entscheidungen.
3. Praxisaufgabe: eine kurze, realistische Problemstellung aus dem Arbeitsalltag.
4. Reflexion: Wie würde die Person vorgehen, wenn sie mehr Zeit oder andere Rahmenbedingungen hätte?
5. Fragen der Kandidat:innen: ausreichend Zeit für Fragen zu Team, Aufgaben und Arbeitsweise.

Die richtige Aufgabe wählen

Die Praxisaufgabe ist das Herzstück. Sie sollte aus dem echten Arbeitsumfeld stammen, in 20 bis 40 Minuten bearbeitbar sein und bewusst nicht alle Informationen enthalten. Einige Beispiele:

• Entwicklung: „Eine Schnittstelle liefert sporadisch doppelte Datensätze. Wie gehst du vor?“
• Betrieb: „Nach einem Update melden Nutzer:innen, dass eine Anwendung langsam ist. Was prüfst du zuerst?“
• Cloud und Architektur: „Wir wollen eine bestehende Anwendung in die Cloud bringen. Welche Fragen stellst du, bevor du eine Architektur vorschlägst?“
• Security: „Ein Alarm meldet ungewöhnliche Anmeldungen bei einem Dienstkonto. Wie bewertest du die Lage?“

Wichtig ist nicht die eine richtige Lösung, sondern der Weg dorthin. Welche Fragen stellt die Person? Welche Annahmen trifft sie, und spricht sie diese aus? Wie priorisiert sie? Wie erklärt sie ihr Vorgehen?

Raum für Rückfragen bewusst einplanen

Rückfragen sind kein Zeichen von Unsicherheit, sondern von Professionalität. Plant deshalb bewusst ein, dass die Aufgabe ohne Rückfragen nicht vollständig lösbar ist, und bereitet Antworten auf naheliegende Fragen vor: Wie viele Nutzer:innen sind betroffen? Welche Systeme sind beteiligt? Gibt es Logdaten? Wie dringend ist das Problem?

So seht ihr, ob jemand den Kontext klärt, bevor er handelt. Genau diese Fähigkeit entscheidet im Alltag oft darüber, ob ein Problem schnell gelöst wird oder ob Zeit in die falsche Richtung investiert wird.

Bewertungskriterien vorab festlegen

Damit die Bewertung fair und vergleichbar bleibt, sollten die Kriterien vor dem ersten Interview feststehen. Bewährt haben sich vier bis sechs Kriterien mit einer einfachen Skala, zum Beispiel:

• Problemverständnis: Klärt die Person Ziel, Rahmen und Einschränkungen?
• Vorgehen: Ist der Lösungsweg strukturiert und nachvollziehbar?
• Fachliche Tiefe: Passen Methoden und Werkzeuge zur Aufgabe?
• Kommunikation: Erklärt die Person verständlich und geht auf Rückfragen ein?
• Pragmatismus: Unterscheidet sie zwischen schneller Lösung und nachhaltiger Verbesserung?

Jede Person im Interviewteam bewertet zunächst unabhängig. Erst danach werden die Eindrücke abgeglichen. Das verhindert, dass sich die lauteste Meinung durchsetzt.

Feedback geben

Ein oft vernachlässigter Teil des Prozesses ist das Feedback. Kandidat:innen investieren Zeit und Energie in ein Interview. Eine kurze, konkrete Rückmeldung, auch bei einer Absage, wird geschätzt und prägt den Ruf eines Unternehmens am Arbeitsmarkt. Wer klare Kriterien hat, kann Feedback auch leichter begründen.

Was Unternehmen davon haben

Ein strukturiertes Interview mit realistischer Aufgabe bringt mehrere Vorteile:

• Bessere Vorhersage: Die Aufgabe zeigt Fähigkeiten, die im Alltag tatsächlich gebraucht werden.
• Vergleichbarkeit: Alle Kandidat:innen werden anhand derselben Kriterien bewertet.
• Schnellere Entscheidungen: Klare Kriterien verkürzen die Abstimmung im Team.
• Bessere Candidate Experience: Kandidat:innen erleben einen fairen, transparenten Prozess und bekommen ein realistisches Bild der Rolle.

Was Kandidat:innen davon haben

Auch für Bewerber:innen und selbständige IT-Expert:innen ist dieses Format ein Gewinn. Sie können zeigen, wie sie tatsächlich arbeiten, statt auswendig gelerntes Wissen abzurufen. Und sie lernen das Team, die Fragestellungen und die Arbeitskultur kennen, bevor sie eine Entscheidung treffen. Unser Tipp für Kandidat:innen: Nutzt die Einladung zu Rückfragen. Sie ist kein Test, ob ihr euch traut, sondern eine Einladung, so zu arbeiten wie im echten Projekt.

Typische Fehler im technischen Interview

Auch mit gutem Willen schleichen sich Muster ein, die die Aussagekraft eines Interviews schwächen:

• Zu viel auf einmal: Eine Aufgabe, die drei Themen gleichzeitig abdeckt, überfordert und lässt sich kaum bewerten.
• Die perfekte Lösung im Kopf: Interviewer:innen erwarten unbewusst genau ihren eigenen Lösungsweg und übersehen gute Alternativen.
• Stille statt Dialog: Wer Kandidat:innen minutenlang schweigend arbeiten lässt, erfährt wenig über ihr Denken.
• Unterschiedliche Maßstäbe: Ohne gemeinsame Kriterien bewertet jede Person im Team etwas anderes.
• Keine Zeit für Gegenfragen: Wenn am Ende nur zwei Minuten für Fragen der Kandidat:innen bleiben, entsteht der Eindruck, dass ihre Perspektive nicht zählt.

Ein kurzer Probedurchlauf mit einer Kollegin oder einem Kollegen hilft, solche Schwächen zu erkennen, bevor das erste echte Interview stattfindet.

Häufige Fragen

Ist eine Hausaufgabe besser als eine Aufgabe im Gespräch?

Beides hat Vor- und Nachteile. Hausaufgaben zeigen Ergebnisse unter realistischeren Bedingungen, kosten Kandidat:innen aber viel Zeit. Eine kurze Aufgabe im Gespräch ist fairer im Aufwand und zeigt zusätzlich, wie jemand denkt und kommuniziert. Wenn ihr eine Hausaufgabe nutzt, begrenzt den Umfang klar.

Wie viele Personen sollten am Interview teilnehmen?

Zwei bis drei Personen sind ein guter Richtwert, idealerweise aus Fachbereich und Team. Mehr Beteiligte erhöhen den Druck, ohne die Qualität der Entscheidung zu verbessern.

Fazit

Ein gutes IT-Interview lässt Raum für Rückfragen. Eine kurze, realistische Aufgabe aus dem Arbeitsalltag, ein klarer Ablauf und vorab festgelegte Bewertungskriterien zeigen mehr über eine Person als jede Fangfrage. Unternehmen treffen bessere Entscheidungen, und Kandidat:innen erleben einen Prozess, der ihre Arbeit ernst nimmt.

Bei Suppliance unterstützen wir Unternehmen dabei, Auswahlprozesse für IT-Rollen klar und fair zu gestalten, und bringen sie mit passenden Spezialist:innen zusammen. Welche Info fehlt euch noch, um eure Interviews zu verbessern? Fragt uns nach einem Interviewleitfaden für eure Rolle.