Ein effektiver Business-Analyst nutzt sowohl standardisierte Techniken wie Interviews, Umfragen und Brainstorming als auch fortschrittlichere Methoden zur Identifizierung verborgener Bedürfnisse: Beobachtung von Arbeitsprozessen (Job Shadowing), Erstellung von Prozessmapping (AS-IS-Analyse) und Analyse von Beschwerden/Fehlern im aktuellen System. Zusätzlich werden Techniken wie "die fünf Warum" und Szenariomodellierung (Storyboarding) eingesetzt, um die Wurzel von Problemen zu identifizieren, von denen die Stakeholder möglicherweise nicht einmal wissen.
Schlüsselfeatures:
Kann man sich nur auf Interviews mit den wichtigsten Stakeholdern verlassen?
Nein, Interviews beleuchten oft offensichtliche Aufgaben, aber die wahren Probleme zeigen sich erst bei der Beobachtung von Benutzern und der Analyse von Vorfällen.
Müssen verborgene Bedürfnisse unbedingt in der Anforderungsbeschreibung festgehalten werden?
Ja, sie müssen formalisiert werden, andernfalls wird das Team sie nicht umsetzen — man muss verborgene Muster in klare Aufgaben übersetzen.
Kann man annehmen, dass Anforderungen, die nicht direkt geäußert werden, nicht unbedingt umgesetzt werden müssen?
Nein, der Erfolg eines Projekts hängt häufig davon ab, inwieweit das Team unausgesprochene Erwartungen und Bedürfnisse berücksichtigt hat.
Negativer Fall: Der Analyst hat Anforderungen nur vom Abteilungsleiter gesammelt, ohne die Beschwerden der Endbenutzer zu analysieren. Vorteile: Projektstart war schnell, weniger Arbeit zu Beginn. Nachteile: Die anfängliche Lösung hat die meisten tatsächlichen "Schmerzpunkte" des Personals nicht gelöst, es war ein teurer Refactoring-Prozess notwendig.
Positiver Fall: Der Analyst beobachtete die Benutzer, identifizierte "Schmerzpunkte" in den Prozessen und übersetzte diese in Anforderungen. Vorteile: Die Lösung hat sofort alle Benutzer zufrieden gestellt. Nachteile: Mehr Zeit und Ressourcen in der Analysephase.