Senior Business Analyst — Business-Analyst-Interviewfragen

Wie gehst du mit Stakeholdern um, die Unvereinbares wollen?

Man sorgt dafür, dass der Konflikt offen ausgesprochen wird, statt ihn im Dokument stillschweigend zu lösen, denn eine Anforderung, die heimlich eine Seite bevorzugt, taucht später als abgelehnte Lieferung wieder auf. Man formuliert es als Trade-off mit Zahlen und überlässt die Entscheidung der Person, die das Ergebnis verantwortet. Eskalation ist ein Werkzeug, kein Scheitern – gescheitert ist ein Kompromiss, den eigentlich niemand will.

Woran erkennst du, ob ein ausgeliefertes Feature das Problem tatsächlich gelöst hat?

Indem man die Messgröße festlegt, bevor man baut – die Rate der Support-Anfragen, die Abschlussquote, die Zeit bis zur Erledigung der Aufgabe. Ohne das wird Erfolg gleichgesetzt mit dem Ausliefern des Features, und das ist nicht dasselbe. Der unangenehme Teil ist, sich vorab auf eine Zahl festzulegen, die sich am Ende vielleicht nicht bewegt.

Wie würdest du ein Projekt angehen, das keine Dokumentation hat und bei dem sich niemand mehr erinnert?

Man startet bei dem, was das System heute tatsächlich tut: echte Nutzer beobachten, die Daten lesen, die Abläufe nachverfolgen, bei denen Geld oder Risiko im Spiel ist. Regeln rekonstruiert man aus dem Verhalten, nicht aus der Erinnerung, denn Erinnerung irrt sich mit großer Überzeugung. Man schreibt nur das auf, was für die nächste Entscheidung nötig ist, denn ein Projekt, das alles dokumentieren will, wird nie fertig.

Wie handhabst du Anforderungen über mehrere Teams mit Abhängigkeiten hinweg?

Man macht die Schnittstellen explizit und einigt sich früh darauf, denn genau dort entstehen die Verzögerungen – ein Team wartet auf einen Vertrag, den ein anderes noch nicht definiert hat. Man sortiert nach Abhängigkeit statt nach Priorität und hält sichtbar fest, worauf jedes Team wartet. Eine Abhängigkeit, die niemand aufgeschrieben hat, ist ein Termin, den niemand einhalten wird.

Was tust du, wenn das Business nach einer Lösung statt nach einem Problem fragt?

Man fragt, was damit eigentlich behoben werden soll. Nicht aus Widerspenstigkeit, sondern weil die gewünschte Lösung meist nur eine von mehreren und selten die günstigste ist – jemand bittet um einen Report, wenn eigentlich ein Alert gebraucht wird. Die Kunst dabei ist, das zu tun, ohne wie ein Hindernis zu wirken, was meist bedeutet, eine Alternative vorzuschlagen statt nur die Anfrage infrage zu stellen.