Antwort.

Der Business Analyst spielt eine entscheidende Rolle in der Testphase eines Produkts oder einer Lösung. Seine Aufgabe ist es, sicherzustellen, dass die umgesetzte Lösung den Geschäftsanforderungen entspricht und die Projektziele erreicht werden. Dazu:

1. Bereitet Testszenarien (Abnahmekriterien) vor: In der Regel formuliert der Analyst bereits in der Anforderungsphase die Abnahmekriterien, die später zur Erstellung von Testfällen verwendet werden.
2. Nimmt an UAT (User Acceptance Testing) teil: Der Business Analyst ist an Besprechungen beteiligt, hilft den Benutzern und Testern zu verstehen, was und wie es funktionieren sollte, und sammelt Feedback.
3. Dokumentiert Mängel und Abweichungen: Informiert schnell das Team über Fehler, die im Testprozess aufgetreten sind.
4. Unterstützt die Kommunikation zwischen dem Testteam, den Entwicklern und dem Business-Client: Spielt die Rolle eines Übersetzers zwischen Geschäft und Technik.

Wesentliche Merkmale:

• Formulierung von Abnahmekriterien in frühen Phasen
• Aktive Teilnahme an Test und Überprüfung
• Fokussierung auf den Geschäftswert und nicht nur auf technische Aspekte

Fangfragen.

Muss der Business Analyst alle Testfälle selbst erstellen?

Nein, Testfälle werden meist vom Testteam (QA) geschrieben, während der Analyst die Abnahmekriterien formuliert und hilft, diese zu dekomponieren.

Kann der Analyst das Projekt vollständig verlassen, nachdem er die Anforderungen an die Entwickler übergeben hat?

Nein, seine Teilnahme ist bis zum Ende erforderlich, um sicherzustellen, dass die Lösung den Erwartungen des Unternehmens entspricht.

Muss der Analyst die Anforderungen nach dem Testen anpassen?

Ja, wenn während des Testens Probleme oder Missverständnisse auftreten, müssen die Anforderungen präzisiert und dokumentiert werden.

Typische Fehler und Anti-Patterns

• Keine Beteiligung des BA am Testen, was zu Abweichungen zwischen den Erwartungen des Unternehmens und dem fertigen Produkt führt.
• Fehlende im Voraus festgelegte Abnahmekriterien.
• Unzureichende Kommunikation mit QA oder dem Geschäft.

Beispiel aus dem Leben

Negativer Fall: Der Analyst übergab die Aufgabe an die Entwickler, beteiligte sich nicht am Testen, die Anforderungen waren unvollständig. Vorteile: Schneller Abschluss der „Papierarbeit“. Nachteile: Die Lösung löste das Geschäftsproblem nicht, es waren umfangreiche Nacharbeiten erforderlich.

Positiver Fall: Der Business Analyst war bei den Tests anwesend, setzte Prioritäten für die Abnahmekriterien und präzisierte die Anforderungen schnell. Vorteile: Minimierung von Missverständnissen, Übereinstimmung der Lösung mit den Erwartungen des Unternehmens. Nachteile: Höhere Belastung des BA in der Abnahmetestphase.