Ursprünglich bestand das Anforderungsmanagement darin, die Wünsche des Auftraggebers zu dokumentieren und sie formalisiert an die Entwicklung weiterzugeben. Im Laufe der Zeit wurde das Änderungstempo im Geschäft so hoch, dass der statische Ansatz nicht mehr funktionierte. Infolgedessen entstanden Methoden des adaptiven Anforderungsmanagements und neue Werkzeuge (z. B. Jira, Confluence, ReqIF), die es ermöglichen, Anforderungen schnell zu erfassen, zu ändern und nachzuvollziehen.
Problem ist, dass unstrukturierte Änderungen bei schneller Produktentwicklung zu Verlust von Zielen, Duplikationen, Konflikten und Bugs führen. Ohne systematische Disziplin sind Anforderungen veraltet, und die Kommunikation zwischen den Beteiligten bricht zusammen.
Lösung — die Einführung agiler Anforderungsmanagement-Prozesse (Agile, Kanban, Backlog Grooming), kontinuierliches Review der Anforderungen mit den wichtigsten Stakeholdern und die Verwendung von Werkzeugen zur Versionierung und Nachverfolgung des Status von Anforderungen. Eine gute Praxis ist die regelmäßige Audioaufnahme oder Protokollierung von Meetings, die Visualisierung von Änderungen, die automatisierte Überprüfung der Relevanz von User Stories und Specification by Example.
Schlüsselmerkmale:
Was passiert, wenn Anforderungen nur nach der Veröffentlichung geändert werden?
Antwort: Das führt zu technischer Verschuldung, Ineffizienz und dem Risiko, ein Produkt herauszubringen, das nicht den aktuellen Bedürfnissen des Unternehmens oder Marktes entspricht.
Kann man Änderungen vollständig vermeiden, wenn man Anforderungen zu Beginn festhält?
Antwort: Nein. Selbst der detaillierteste initial scope wird unvermeidlich durch externe Faktoren veraltet — Markt, Gesetz, Änderungen in den Prozessen des Auftraggebers. Es ist wichtig, sich vernünftig anzupassen, anstatt Anforderungen für immer "einzufrieren".
Was unterscheidet das Product Backlog von Anforderungen in Dokumenten (Beschreibung in Word/Excel)?
Antwort: Das Product Backlog ist eine lebendige Struktur, die sich ständig ändert und priorisiert wird. Statische Dokumente werden schnell veraltet, sind schwer skalierbar und spiegeln die tatsächlichen Bedürfnisse nicht wider.
Negativer Fall: Anforderungen wurden in Word-Dokumenten festgehalten, jede Änderung wurde per E-Mail besprochen. In der Veröffentlichung wurde eine Diskrepanz zwischen der tatsächlichen Logik und der Dokumentation entdeckt.
Vorteile:
Nachteile:
Positiver Fall: Verwendung von Jira, Confluence, Einrichtung von Meeting zur Anforderungs-Grooming, Einführung von Benachrichtigungen über Änderungen in der Kette.
Vorteile:
Nachteile: