Situative Interviewfragen

Eine situative Frage versetzt dich in ein Szenario, das noch nicht passiert ist: Ein Kunde eskaliert zwei Stunden vor einem Release, was tust du? Der Interviewer prüft nicht, ob du genau diesen Moment schon erlebt hast. Er beobachtet, wie du entscheidest, wenn die Informationslage unvollständig ist.

Solche Fragen tauchen vor allem in Runden auf, die Urteilsvermögen statt Erinnerung testen: Gespräche mit dem Hiring Manager, funktionsübergreifende Panels und jede Rolle, bei der die tägliche Arbeit aus Priorisierung im laufenden Betrieb besteht. Da nichts an der Vorgabe real ist, gibt es keine einzige richtige Antwort, und erfahrene Interviewer bewerten den Denkweg statt der Schlussfolgerung.

Diese beiden Kategorien werden ständig verwechselt, und der Unterschied verändert, wie du dich vorbereitest. Verhaltensfragen beginnen mit erzähl mir von einer Situation, in der und verlangen ein reales Ereignis aus deiner Vergangenheit. Situative Fragen beginnen mit was würdest du tun und verlangen, von einer Prämisse aus vorauszudenken.

• Verhaltensbasiert: faktenbasiert. Du rufst Fakten ab, also besteht die Vorbereitung darin, einen Fundus an Geschichten aufzubauen.
• Situativ: urteilsbasiert. Du konstruierst die Antwort live, also besteht die Vorbereitung darin, eine Entscheidungsstruktur zu üben.
• Gemischte Nachfragen: viele Interviewer stellen eine situative Frage und haken dann nach mit hast du so etwas tatsächlich schon einmal erlebt? Erwarte, mitten in der Antwort den Modus zu wechseln.

Diese Unterscheidung ist besonders wichtig für Berufswechsler. Fehlt dir direkte Facherfahrung, sind situative Fragen der Ort, an dem du trotzdem gut abschneiden kannst, weil die Vorgabe den Kontext liefert, den du nicht selbst gesammelt hast. Rollenspezifische Sets an Verhaltensfragen findest du im Fragenbank-Hub.

Die folgenden Vorgaben wiederholen sich branchenübergreifend. Sie sind danach gruppiert, was der Interviewer misst, was nützlicher ist als eine Gruppierung nach Formulierung.

Konflikt und Druck von Stakeholdern

• Was würdest du tun, wenn ein Teammitglied wiederholt Fristen verpasst, die deine Arbeit blockieren?
• Wie würdest du mit einem Manager umgehen, der dich bittet, etwas auszuliefern, das du für unsicher hältst?
• Zwei ranghohe Stakeholder wollen gegensätzliche Dinge und stehen beide über dir. Was tust du?
• Wie würdest du reagieren, wenn sich ein Kollege in einem Meeting deine Arbeit als eigenen Verdienst zuschreibt?

Prioritäten und knappe Zeit

• Dir werden drei dringende Aufgaben mit derselben Frist übergeben. Wie sortierst du sie?
• Was würdest du tun, wenn du am Donnerstag merkst, dass ein Liefertermin am Freitag nicht zu halten ist?
• Wie würdest du mit einer Anfrage umgehen, die außerhalb deiner Rolle liegt, die aber sonst niemand bearbeiten kann?

Fehler und Wiedergutmachung

• Du entdeckst einen Fehler in einer Arbeit, die bereits beim Kunden angekommen ist. Was sind deine ersten drei Schritte?
• Was würdest du tun, wenn du die Antwort auf eine Frage nicht wüsstest, die dir ein Kunde direkt stellt?
• Wie würdest du damit umgehen, einen Fehler zu entdecken, den jemand Ranghöheres als du gemacht hat?

Kunden und schwierige Menschen

• Ein Kunde ist wütend über etwas, das wirklich nicht deine Schuld ist. Was sagst du zuerst?
• Wie würdest du mit einer Anfrage umgehen, die die Richtlinie nicht erlaubt, die der Kunde aber eindeutig verdient?
• Was würdest du tun, wenn ein neues Teammitglied Schwierigkeiten hätte und nicht um Hilfe gebeten hätte?

Mehrdeutigkeit und neue Informationen

• Du steigst in ein Projekt ohne Dokumentation ein, und der vorherige Verantwortliche hat das Unternehmen verlassen. Wo fängst du an?
• Was würdest du tun, wenn Daten mitten im Projekt der Annahme widersprächen, auf der das Projekt aufgebaut wurde?
• Wie würdest du eine Aufgabe angehen, die du noch nie gemacht hast, ohne jemanden fragen zu können?
• Dein Manager gibt dir ein Ziel, aber keine Methode. Was tust du in der ersten Woche?
• Was würdest du tun, wenn du dächtest, dass das Team das falsche Problem löst?

Die meisten Kandidaten frieren bei solchen Fragen ein, weil keine Geschichte zum Abrufen bereitliegt. Dieser Abschnitt gibt dir eine vierstufige Struktur, die zu jeder Vorgabe passt, unabhängig von der Branche. Die Schritte sind: klären, entscheiden, den Zielkonflikt benennen, den Kreis schließen.

• Kläre eine Sache. Stelle eine einzige eingrenzende Frage und höre dann auf. Zwei oder drei Fragen wirken wie Hinauszögern.
• Nenne deine erste Handlung. Sei konkret, was du in der ersten Stunde tun würdest, nicht im ersten Quartal.
• Sprich den Zielkonflikt laut aus. Das ist der Teil, der die Bewertungen trennt. Sag, wogegen du dich entscheidest und warum.
• Schließe den Kreis. Erkläre, wie du wüsstest, dass es funktioniert hat, und was du ändern würdest, wenn nicht.

Stell dir einen Backend-Ingenieur vor, der sich für eine Senior-Rolle bei einem Cloud-Anbieter bewirbt. Gefragt, was er tun würde, wenn ein Deployment spät nachts für einen kleinen Teil der Nutzer Fehler auszugeben beginnt, klärte er zunächst, ob ein Rollback noch möglich sei, entschied sich, vor der Diagnose zurückzurollen, sagte offen, dass er eine langsamere Ursachenanalyse gegen einen kleineren Wirkungsradius eintauschte, und beschrieb den Alert, den er vor dem erneuten Ausrollen hinzufügen würde. Diese Antwort funktioniert, egal ob der Vorfall je wirklich passiert ist.

Die Struktur wird nur schnell, wenn du sie mehrmals laut aussprichst, idealerweise gegen Nachfragen, die du nicht selbst geschrieben hast. Genau dafür sind Übungsinterviews da. Wie viel dieses Übens tatsächlich in den Ernstfall überträgt, behandelt der Übungs-Hub.