Antwort.

Die Identifikation und Priorisierung von Anforderungen ist einer der Schlüsselaspekte der Arbeit eines Business Analysts. In der Praxis umfasst dies das Sammeln von Informationen von verschiedenen Stakeholdern, die Anwendung von Priorisierungstechniken sowie die regelmäßige Überprüfung der Prioritäten unter Berücksichtigung von Änderungen im Geschäftskontext.

Der Prozess umfasst folgende Schritte:

• Anforderungserhebung durch Interviews, Workshops, Analyse von Dokumentationen und Beobachtungen der Arbeitsprozesse.

• Klassifizierung von Anforderungen (funktionale, nicht-funktionale, systembezogene, geschäftliche Anforderungen).

• Anwendung von Priorisierungstechniken: MoSCoW, 100 Dollar, Kano und andere.

• Bewertung der Auswirkungen von Anforderungen auf die Geschäftsziele und Identifizierung von restriktiven Faktoren (Budget, Zeit, Ressourcen).

• Regelmäßige Überprüfung und Anpassung der Prioritäten unter Berücksichtigung von Änderungen im Projekt und der Rückmeldungen der Stakeholder.

Wesentliche Merkmale:

• die Notwendigkeit eines kontinuierlichen Dialogs mit dem Geschäft, um die vorrangigen Aufgaben genau zu definieren.
• die Verwendung formalisierten Methoden und Priorisierungs-Matrizen.
• die Fähigkeit, die eigenen Entscheidungen vor dem Team und der Leitung zu begründen.

Fangfragen.

Was ist der Unterschied zwischen funktionalen und nicht-funktionalen Anforderungen?

Funktionale Anforderungen beschreiben, was das System tun soll (Funktionalität). Nicht-funktionale Anforderungen beziehen sich auf Parameter, Einschränkungen, Qualität: Sicherheit, Leistung, Zuverlässigkeit usw.

Kann man einfach alle Anforderungen von Stakeholdern sammeln und ohne Filterung umsetzen?

Nein, das führt oft zu Budgetüberschreitungen und Zeitverzögerungen. Anforderungen müssen analysiert, strukturiert und priorisiert werden, andernfalls kann das Projekt irrelevant und nicht umsetzbar sein.

Was tun, wenn zwei kritische Anforderungen sich gegenseitig widersprechen?

Eine Beratung mit den Stakeholdern organisieren, die Auswirkungen jeder Anforderung analysieren und Kompromisse oder eine stufenweise Umsetzung aushandeln.

Typische Fehler und Anti-Patterns

• Fehlende formale Priorisierung, Entscheidung „aus dem Bauch heraus“
• Ignorieren der Meinungen wichtiger Stakeholder
• Strikte Festlegung von Anforderungen zu Beginn des Projekts ohne Berücksichtigung von Änderungen

Beispiel aus dem Leben

Negativer Fall: Der Business Analyst setzt alle Anforderungen um, ohne strenge Filterung und Priorisierung. Das Projekt überschreitet das Budget. Vorteile: Erfüllung aller Wünsche des Kunden. Nachteile: Budgetüberschreitung, Zeitverzögerungen, Verwirrung über die Funktionen.

Positiver Fall: Der Analyst sammelt alle Anforderungen, priorisiert sie mit MoSCoW und überprüft regelmäßig die Prioritäten mit dem Geschäft und dem Team. Vorteile: relevantes Ergebnis, Erwartungsmanagement, Projekt pünktlich und im Budgetrahmen. Nachteile: es erfordert mehr Zeit für die Organisation der Kommunikation.