Wie man das Produkt-Backlog in eine Benutzerstory-Karte strukturiert

Wie man das Produkt-Backlog in eine Benutzerstory-Karte strukturiert

Um die agile Entwicklung zu erleichtern, kann die Story Map Benutzerfunktionen aufnehmen, die aus verschiedenen Quellen identifiziert wurden. Wie oben erwähnt, könnten dies die Anforderungen aus EA-Verträgen, Arbeitspakete aus Projektmanagementinitiativen oder ad-hoc-Analysen wie Ist- und Soll-Analysen, Use Cases in einem Use-Diagramm sein, die in die agile Softwareentwicklung integriert werden sollen, und so weiter.

Use Case an das Produkt-Backlog senden, um eine Benutzerstory-Karte zu erstellen

Wie bereits erwähnt, gibt es viele verschiedene Quellen für Anforderungen, Benutzerziele und Benutzeraktivitäten, die durch Interviews identifiziert werden können, möglicherweise unter Verwendung unterschiedlicher Modellierungstechniken und -tools wie Geschäftsprozessmodellierung, Mindmap, Use-Case-Diagramm und so weiter. In diesem Beispiel unten haben wir ein Use-Case-Diagramm erstellt und möchten nun die Use Cases an das Produkt-Backlog senden, um sie im Rahmen des Scrum-agilen Prozesses zu entwickeln.

Beispiel – Use Case: Bewerbung um eine Stellenausschreibung verwalten

4 Schritte zur Pflege und Organisation des Produkt-Backlogs

Angenommen, wir haben bereits eine Liste von Benutzerfunktionen im Story-Map-Backlog aus mehreren unterschiedlichen Quellen zusammengetragen. Eine Benutzerfunktion wird durch die Durchführung einiger Aufgaben als Aktivität erreicht. Jede dieser Aufgaben kann weiter in mehrere Epics (größere Benutzerstories) zerlegt werden. Jedes Epic enthält eine Liste von Benutzerstories, die in eine Größe zerlegt sind, die sich gut in eine Sprint-Iteration integrieren lässt. Hier sind die Schritte, die bei der Planung einer Story-Map beteiligt sind:

1. Ziehen Sie Benutzerfunktionen von links nach rechts in die obere Reihe der Karte. Jede dieser Funktionen in der oberen Reihe der Karte wird als Benutzeraktivität bezeichnet.
   
2. Erstellen Sie eine Reihe von Schritten, die zur Vollendung der Aktivität erforderlich sind, bekannt als Benutzeraufgabe.
   
3. Jede dieser Benutzeraufgaben kann in mehrere Epics zerlegt werden.
   
4. Unter den Epics kann eine Liste von Benutzerstories definiert werden, deren Größe geeignet ist, in einen Sprint integriert zu werden.
   

Hinweis: Die Priorität der Umsetzung kann von links nach rechts und die Benutzerstories von oben nach unten geplant werden.