Getting Started on Story Maps with Easy Agile TeamRhythm

Was ist eine User Story Map?

Eine Storymap ist eine visuelle Darstellung der Reise, die ein Kunde mit einem Produkt unternimmt, einschließlich der Aktivitäten und Aufgaben, die er erledigt. Dieses Verständnis ermöglicht es den Teams, sich bei der Entwicklung darauf zu konzentrieren, den Kunden den größtmöglichen Nutzen zu bieten und die gewünschten Ergebnisse zu erzielen.

Es bietet Kontext für Teams, indem es die folgenden Fragen beantwortet:

• Warum bauen wir das?
• Für wen bauen wir das?
• Welchen Wert wird es ihnen bieten?
• Wann erwarten wir, dass wir das liefern werden?

Möglicherweise sind Sie auf Story Mapping gestoßen oder haben es mithilfe von Haftnotizen auf einem Whiteboard durchgeführt. Easy Agile User Story Maps ermöglicht es Ihrem Team, eine Storymap digital zu erstellen und eine Story-Mapping-Sitzung aus der Ferne abzuhalten. In späteren Modulen werden wir uns eingehender damit befassen.

Neu bei User Story Maps?

Sie sind es gewohnt, mit einem flachen Backlog zu arbeiten, und möchten den Unterschied zwischen diesem und einer Story Map kennenlernen? Sie sind sich nicht sicher, was Sie von Ihrer ersten Story-Mapping-Sitzung erwarten können?

Schauen Sie sich dieses Video an, in dem Teagan Harbridge, Head of Product hier bei Easy Agile, erklärt.

Die Anatomie einer User Story Map

Eine User Story Map hat eine grundlegende Anatomie, die sowohl die Kundenreise als auch die Arbeit, die jeden einzelnen Schritt dieser Reise unterstützt, zum Leben erweckt.

Das epische „Rückgrat“

Ganz oben auf Ihrer Story-Map befindet sich das „Rückgrat“ Ihres Produkts, das durch Epics repräsentiert wird. Es stellt die Kernfunktionen oder wesentlichen Funktionen Ihrer Produkte dar.

Jedes Epos im Backbone steht für Aktivitäten oder Aktionen auf hoher Ebene, die ein Benutzer mit Ihrem Produkt ausführen würde. Diese Aktivitäten sollten in der chronologischen Reihenfolge angeordnet werden, in der ein Benutzer mit dem Produkt interagieren würde, und die Benutzerreise von Anfang bis Ende zeigen.

Beispiel:

Die Reise, die ein Kunde unternehmen würde, um einen Film auf dem Apple TV anzusehen:

Geschichten von Nutzern

Unter jeder Aktivität auf dem Backbone erstellen wir User Stories, die die Kundenstory konkretisieren. Diese Geschichten befinden sich unter den zugewiesenen Epics/Benutzeraktivitäten und stellen Situationen/Szenarien dar, denen ein Benutzer unterwegs begegnen kann.

Diese Geschichten sind nach ihrem Wert für den Benutzer geordnet.

Der Wert kann durch Gespräche mit Nutzern, Analysen von Nutzungsmustern oder andere für Ihr Produkt geeignete Form von Erkenntnissen ermittelt werden.

Um mit dem Apple TV-Beispiel fortzufahren, könnten die Benutzerberichte, die unter „Film auswählen“ stehen würden, lauten:

• Freitextsuche
• nach Genre durchsuchen
• nach kürzlich hinzugefügter Seite suchen
• nach den beliebtesten durchsuchen
• suche nach den beliebtesten nach Genre
• nach Neuzugang nach Genre durchsuchen

Schwimmbahnen Sprint//Version

Die Storymap ist in Sprints oder Versionen unterteilt, die visuell darstellen, was in und aus jeder Version heraus ist. Wir werden den Prozess besprechen, der mit der Sequenzierung der Arbeit in Swimlanes verbunden ist, aber im Grunde ist es wichtig, sich daran zu erinnern, dass die in einer Swimlane zusammengefassten Benutzerberichte die Arbeit widerspiegeln, die in dieser Version erledigt werden muss.

Aufschlüsselung der User Story Map

Wenn du noch heute mit dem User Story Mapping in Jira beginnen möchtest, probiere Einfacher agiler Teamrhythmus. Das stark visuelle Story-Map-Format verwandelt das flache Jira-Backlog in ein aussagekräftiges Bild der Arbeit, sodass Sie Ihr Backlog einfacher verwalten und Sprints oder Versionen planen können.

‍