Die Herausforderungen des agilen Requirements Engineering

Die agile Philosophie legt einen starken Fokus auf Flexibilität und Anpassungsfähigkeit. Das bedeutet, dass die Anforderungen im Laufe einer Produktentwicklung oft geändert werden müssen. Änderungen können dazu führen, dass ursprünglich festgelegte Anforderungen überarbeitet oder sogar verworfen werden müssen. Zudem kann die Kommunikation zwischen den verschiedenen Anspruchsträgern eine Herausforderung darstellen.

Die Priorisierung dieser Anforderungen ist oft schwierig. Es müssen dabei verschiedene Einflussgrössen wie Business-Value, Komplexität, Risikobetrachtung, Aufwand, hierarchische und firmenpolitische Faktoren, Kosten und zeitliche Rahmenbedingungen berücksichtigt werden. Der Umfang der Dokumentation soll sich dem agilen Umfeld entsprechend gestalten, um im Sinne des Lean Thinking Verschwendung zu vermeiden.

Der Weg durch den Dschungel: 6 Strategien für das Requirements Engineering

Um diese Herausforderungen zu meistern, können verschiedene Strategien und Methoden eingesetzt werden. Dazu gehören:

1. Klare Definition und Dokumentation des Systemdenkens (Systemgrenzen bestimmen, Einflussgrössen ermitteln, Unter- und Teilsysteme abgrenzen, Schnittstellen zwischen Unter- und Teilsystemen zu relevanten Umsystemen ermitteln, analysieren und Gemeinsamkeiten in den abgegrenzten Unter- und Teilsystemen ermitteln). Es ist wichtig, das System, für das die Anforderungen erhoben werden, genau zu definieren und zu dokumentieren. Unklare, widersprüchliche oder unvollständige Anforderungen führen oft zu Missverständnissen und Fehlinterpretationen.
2. Effektive Erhebung der Anforderungen: Zur Erhebung der Anforderungen sollten geeignete Methoden gewählt werden (z. B.: Dokumentenanalyse, Selbstaufschreibung, Interviews, Fragebogen, Workshops, Gemba Walk etc.), damit alle relevanten Anforderungen erfasst werden können. Sich ändernde Anforderungen können den Entwicklungsprozess stören und zu Verzögerungen führen.
3. Angemessene Dokumentation der Anforderungen: Die erhobenen Anforderungen sollten ausreichend dokumentiert werden (z. B.: die drei Perspektiven der Anforderungen: Datenperspektive, funktionale Perspektive und Verhaltensperspektive), um Missverständnisse zu vermeiden und eine klare Kommunikationsgrundlage zu schaffen. Dies ist entscheidend, um die Nachvollziehbarkeit und Qualität sicherzustellen. Eine gute Dokumentation ist korrekt, klar, vollständig (innerhalb des agilen Planungshorizonts), konsistent, nach Prioritäten geordnet, überprüfbar, veränderbar und nachvollziehbar.
4. Verifizierung und Validierung von Anforderungen: Die Anforderungen sollten auf Konsistenz überprüft und validiert werden, um sicherzustellen, dass sie realisierbar und rechtlich zulässig sind. Die Akzeptanzkriterien sind mit allen Anspruchsträgern abgestimmt und ein gemeinsames Verständnis ist vorhanden.
5. Priorisierung von Anforderungen: Es sollte eine Methode zur Priorisierung der Anforderungen angewendet werden (Beispiele könnten sein: Präferenzmatrix, Nutzwertanalyse, Eisenhower-Matrix, MoSCoW-Methode, WSJF, RICE etc.), damit die wichtigsten Anforderungen zuerst bearbeitet werden. Denn die Festlegung von Prioritäten ist entscheidend, aber oft komplex und konfliktträchtig.
6. Umsetzung in Backlog-Items: Die Anforderungen werden im Rahmen des laufenden Refinement-Prozesses in kleinere, umsetzbare Aufgaben (sogenannte Product Backlog Items, kurz PBIs) zerlegt, um die Umsetzung zu erleichtern. Diese werden gemeinsam von Product Owner, Business Analyst und Developer nach dem INVEST-Prinzip aufgesplittet (Story Slicing).