Business AnalyseBusiness Analyst

Erklären Sie, wie ein Business Analyst an der Validierung der Anforderungen eines Produkts (Requirements Validation) beteiligt ist und was er tut, wenn die Erwartungen und Ergebnisse nicht übereinstimmen.

Bestehen Sie Vorstellungsgespräche mit dem Hintsage-KI-Assistenten

Antwort.

Die Validierung der Anforderungen eines Produkts (Validation) umfasst den systematischen Vergleich der umgesetzten Lösung mit den ursprünglichen Geschäftsanforderungen. Der Business Analyst spielt eine Schlüsselrolle: er sorgt für eine korrekte Formalisierung der Anforderungen, erstellt die Akzeptanzkriterien (Acceptance Criteria) und ist direkt an den Abnahmeprüfungen beteiligt. Wenn ein Missverhältnis festgestellt wird, dokumentiert der Analyst die Mängel, ermittelt deren Ursache (falsche Umsetzung, missverstandene Anforderung, geänderter Geschäftsprozess) und hilft, die richtigen Schritte zur Korrektur oder zur zusätzlichen Abstimmung von Änderungen zu bestimmen.

Wesentliche Merkmale:

  • Entwicklung und Abstimmung der Akzeptanzkriterien (Acceptance Criteria)
  • Dokumentation und Nachverfolgung der Konformität des Produkts mit den Anforderungen
  • Organisation und Durchführung von Abnahmeprüfungen mit dem Kunden

Fangfragen.

Kann ein Business Analyst die Aufgabe der Anforderungsprüfung vollständig an einen Tester oder ein QA-Team delegieren?

Nein, obwohl QA das System testet, ist der Analyst verantwortlich für die Übereinstimmung des Produkts mit den Geschäftsanforderungen. Er hat die Expertise im Geschäftskontext.

Ist es zulässig, ein Produkt herauszugeben, wenn alle funktionalen Anforderungen umgesetzt sind, aber nicht-funktionale Anforderungen nicht berücksichtigt wurden?

Nein, das Nichteinhalten von nicht-funktionalen Anforderungen (Leistung, Sicherheit, Benutzerfreundlichkeit) führt zur Ablehnung der Nutzung oder zur Unzufriedenheit der Nutzer.

Ist es möglich, Anforderungen als überprüft zu betrachten, wenn sie nicht formalisiert sind und nur in Form mündlicher Vereinbarungen existieren?

Nein, die Anforderungen müssen klar festgehalten und formalisiert werden; mündliche Vereinbarungen führen oft zu Missverständnissen und Fehlern.

Typische Fehler und Anti-Muster

  • Prüfung des Produkts basierend auf mündlichen Vereinbarungen anstelle einer formalen Spezifikation
  • Fehlende klare Akzeptanzkriterien
  • Fokussierung ausschließlich auf funktionale Anforderungen, Ignorierung nicht-funktionaler Anforderungen

Beispiel aus dem Leben

Negativer Fall: Das Ergebnis basierend auf einer Demo des Entwicklers anzunehmen, ohne vorherige Formalisierung und Abstimmung der Akzeptanzkriterien. Vorteile: Schneller Abschluss der Abnahmepase Nachteile: Später wurden viele unberücksichtigte Nuancen entdeckt, Konflikt mit dem Kunden entstand.

Positiver Fall: Anforderungen wurden formalisiert, ein Dokument mit Anforderungen wurde mit dem Kunden unterzeichnet, Checklisten wurden erstellt und Abnahmetests mit dem Kunden wurden durchgeführt. Alle Anmerkungen wurden dokumentiert und behoben. Vorteile: Minimale Missverständnisse, transparenter Prozess für beide Seiten, geringeres Risiko von Streitigkeiten Nachteile: Der Abstimmungs- und Testprozess stellte sich als länger heraus als geplant.