Was ist ein Story Map?
(Mehr über die Story Map-Funktion) (Live-Demos ansehen)
Story Maps wurden erstmals von Jeff Patton in diesem Artikel aus dem Jahr 2005 vorgestellt. Die zentrale Idee hinter Story Maps ist, dass ein einzeiliger Produkt-Backlog eine miserable Art ist, die Arbeit zu organisieren und zu priorisieren, die erledigt werden muss. Eine reichhaltigere Struktur ist notwendig. Ein Benutzerstory-Map ist ein leistungsfähiges Werkzeug, das einem agilen Team hilft, seinen Produkt-Backlog zu pflegen und die Produktfreigaben effektiver zu planen.
Die Story Map erfasst die Reise, die ein Kunde mit dem Produkt unternimmt, einschließlich der Aktivitäten und Aufgaben, die sie mit dem System ausführen müssen. Die gemeinsame Erstellung der Story Map stellt sicher, dass alle Teammitglieder von Beginn an bis hin zur kontinuierlichen Entwicklung neuer Releases auf derselben Wellenlänge sind.
Aufbau der Story Map
Story Mapping ist ein top-down-Ansatz zur Anforderungserhebung und wird als Baum dargestellt. Story Mapping beginnt bei den Benutzeraktivitäten. Eine Benutzeraktivität soll ein bestimmtes Ziel erreichen. Um eine Aktivität abzuschließen, müssen Benutzer die zugehörigen Aufgaben ausführen. Diese Aufgaben können in Epics und Benutzerstories für die Softwareentwicklung umgewandelt werden.
Die Story Map von Visual Paradigm besteht aus 3 oder 4 Ebenen zur Bewältigung unterschiedlicher Projektkomplexität:
- 3-Ebenen-Story Map: Benutzeraktivitäten > Benutzeraufgaben > Benutzerstories

- 4-Ebenen-Story Map: Benutzeraktivitäten > Benutzeraufgaben > Epics > Benutzerstories
Benutzeraktivitäten – Sie sind in der zweiten Spalte angeordnet. Dies sind Hauptziele, die das System unterstützen muss, mit messbaren geschäftlichen Ergebnissen. Die gesamte Zeile bildet die Grundlage.
Benutzeraufgaben – Jede Benutzeraktivität wird in eine Reihe verwandter Benutzeraufgaben, die als Erzählfluss bezeichnet werden, aufgeteilt. Die gesamte Zeile bildet das Walking Skeleton)
Epic / Benutzerstories – Jede Benutzeraufgabe wird in Epics / Benutzerstories unterhalb der jeweiligen Benutzeraufgabe aufgeteilt, die das Feature realisiert. Je nach Komplexität Ihrer Projekte kann Ihr Team die 3- oder 4-Ebenen-Story Map wählen, die Ihnen am besten geeignet erscheint, wie oben erwähnt.
Release-Plan
Verwenden Sie einen Trenner, um Aufgabenabschnitte zu identifizieren, die Benutzer möglicherweise für die Erreichung ihrer Ziele mit Ihrer Software nutzen. Die kleinste Anzahl an Aufgaben, die es Ihren spezifischen Zielgruppen ermöglicht, ihr Ziel zu erreichen, bilden eine tragfähige Produktfreigabe, wie in der Abbildung unten gezeigt:

