Antwort.

Die Geschichte dieser Frage geht auf die klassischen Schwierigkeiten der Interaktion zwischen Business und IT zurück – subjektive Meinungen, persönliche Eindrücke und Emotionen verzerren oft Anforderungen und Prioritäten (zum Beispiel ist das, was für einen "kritisch" ist, für einen anderen wenig interessant).

Problem: Der Einfluss subjektiver Faktoren führt zu Verlusten an Objektivität, Konflikten und Intransparenz, was sich negativ auf die Qualität des Systems und die Zufriedenheit des Kunden auswirkt. Implizite Präferenzen wichtiger Stakeholder können nicht argumentierte Wünsche in die Anforderungen schleusen.

Lösung:

Den Prozess der Anforderungserhebung durch Fragebögen, Prioritätenmatrizen und strukturierte Interviews formalisieren
Methodologien zur Identifikation echter Bedürfnisse verwenden (5 Why, Value Chain Analysis)
Verschiedene Stakeholder-Typen einbeziehen und alle Perspektiven dokumentieren (Stakeholder-Map)
Die Ergebnisse durch dokumentierte Abstimmungen und Gruppenüberprüfungen verifizieren
Benutzertests von Prototypen anwenden, um Erwartungen mit der Realität abzugleichen

Schlüsselfeatures:

Verwendung von funktionsübergreifenden Sitzungen und Interessen-Mapping
Einführung formalisierter Kriterien für die Anforderungsbewertung
Ständige Überwachung der Veränderungen in den Erwartungen der Stakeholder (Stakeholder-Log)

Raffinierte Fragen.

Reicht es aus, ein allgemeines Meeting zur Anforderungserhebung mit Business-Experten abzuhalten, um alle subjektiven Punkte zu klären?

Nein. In Meetings gehen einige Meinungen aufgrund der Dominanz aktiver Teilnehmer verloren, wichtige Details bleiben oft unberücksichtigt. Eine individuelle oder kleine Gruppeninterviewführung ist notwendig, gefolgt von der Zusammenführung der Ergebnisse.

Kann die Meinung des Produktinhabers als einzige wahre Quelle für alle Anforderungen betrachtet werden?

Nein. Der Product Owner ist eine wichtige Quelle, aber andere Stakeholder (z.B. Support, Buchhaltung, Sicherheit, Benutzer) können kritische Nuancen aufzeigen, deren Ignorierung zu schwerwiegenden Fehlern führen kann.

Sollte man immer der Priorisierung der Anforderungen durch das Business ohne zusätzliche Überprüfung der Begründung vertrauen?

Nein. Priorisierungen sind oft subjektiv und hängen von den aktuellen Geschäftsziele ab. Es ist notwendig, Prioritäten mit Hilfe von Wert/Risiko-Matrizen, ROI und strategischen Zielen des Unternehmens zu begründen.

Typische Fehler und Anti-Patterns

Blinder Gehorsam gegenüber der Meinung des lautesten oder statusreichsten Teilnehmenden
Ignorieren der Meinung "leiser" Stakeholder
Unformalisierte Anforderungserhebung ("nach Gehör")

Beispiel aus dem Leben

Negativer Fall: Der Analyst hat die Anforderungen nur mit einem Vertreter des Business abgestimmt und die Benutzer und technischen Spezialisten vollständig ignoriert.

Vorteile:

Schnelle Arbeit
Bequem für den führenden Stakeholder

Nachteile:

Verborgene Konflikte, Rückgaben, Nachbearbeitungen
System ist unbenutzbar für Endbenutzer

Positiver Fall: Der Analyst hat eine Karte der wichtigsten Einflussgruppen entwickelt, Interviews mit allen geführt, Abweichungen dokumentiert und ein Dokument zur Priorisierung auf Basis objektiver Kriterien vorbereitet.