Business Analyse wird manchmal auf das Schreiben von Anforderungen reduziert. Das greift zu kurz. Eine Anforderung ist erst dann wirklich wertvoll, wenn die beteiligten Personen dasselbe darunter verstehen und klar ist, welches fachliche Problem damit gelöst werden soll.
Das Problem vor der Lösung verstehen
Am Anfang einer Analyse steht deshalb nicht die technische Umsetzung, sondern die fachliche Frage: Was soll erreicht werden, wer ist betroffen und welche Regeln müssen eingehalten werden? Erst wenn diese Punkte geklärt sind, kann eine Lösung sinnvoll beschrieben werden.
Anforderungen müssen prüfbar sein
Gute Anforderungen sind eindeutig genug, damit Entwicklung und Testing daraus konkrete Umsetzungsschritte und Prüfungen ableiten können. Unklare Begriffe, versteckte Annahmen oder nicht dokumentierte Sonderfälle führen später häufig zu Rückfragen und Nacharbeiten.
Business Analyse verbindet Rollen
Der Business Analyst wirkt als Brücke zwischen Fachbereich, Entwicklung, Architektur und Testing. Dabei geht es nicht darum, die Aufgaben dieser Rollen zu übernehmen. Entscheidend ist, dass fachliche Erwartungen, technische Möglichkeiten und Testbarkeit früh miteinander abgeglichen werden.
Dokumentation ist Mittel zum Zweck
Use Cases, User Stories, Prozessmodelle oder Akzeptanzkriterien sind Werkzeuge. Ihr Wert entsteht dadurch, dass sie ein gemeinsames Verständnis fördern. Eine kurze, präzise Beschreibung kann deshalb besser sein als ein umfangreiches Dokument, das unterschiedliche Interpretationen zulässt.
Mein Fazit
Gute Business Analyse schafft Klarheit. Sie macht fachliche Regeln sichtbar, reduziert Missverständnisse und sorgt dafür, dass eine Lösung nicht nur technisch funktioniert, sondern auch das richtige Problem löst.
Kommentare
Kommentare werden geladen ...
Kommentar verfassen