Die User Journey Map beginnt mit epischem Storytelling

Geschichtenerzählen ist eine hervorragende Möglichkeit, alles zu beschreiben, weil Geschichten detaillierte Bilder heraufbeschwören. Sobald Sie eine visuelle Assoziation hergestellt haben, werden kognitive Prozesse aktiv, um die Geschichte in der User Journey Map zu einer Realität werden zu lassen, die leicht nachzuvollziehen ist.
Genau darum geht es bei der Customer Journey Map (CJM) — episches Storytelling, das eine umfassende Planung beinhaltet, um den Designprozess zu erfassen und ein einzigartiges Kundenerlebnis zu bieten.
Die Erstellung einer Customer Journey Map (auch User Journey Map genannt) beinhaltet die Planung eines Projekts aus der Sicht des Benutzers und die Verwendung von Personas, Epen, Funktionen, User Stories und Aufgaben. An diesem Visualisierungsprozess sind auch mehrere Stakeholder als Nutzerpersönlichkeiten beteiligt, die auf dem Weg zur perfekten Planung sind.
Am Ende des Projekts sollte Ihr CJM dazu beitragen, Ihre Geschäftsziele zu erreichen und die Kundenerwartungen zu übertreffen. Dabei sollten genügend Kontaktpunkte vorhanden sein, um die Zufriedenheit zu steigern. Der Vorgang ist ein bisschen so, als würdest du Aladdins Lampe reiben, um deine tiefsten Wünsche zum Ausdruck zu bringen.
Was ist die User Journey Map?
Im Gegensatz zum flachen Backlog Karte der Kundenreise lässt die Vision für Ihr Projekt in Echtzeit lebendig werden. Sie können kreatives Storytelling nutzen, um durch visuelle Darstellungen ein magisches Kundenerlebnis zu generieren.
Die Mitglieder des Projektteams erreichen dies, indem sie eine Empathiekarte entwickeln, die aus Kundensicht zu einem fast perfekten Plan führt. Beim User Journey Mapping wird der emotionale Zustand des Kunden erfasst, was bei der Identifizierung von Berührungs- und Schmerzpunkten hilft. Die Teams nutzen diese Punkte dann, um das Kundenerlebnis zu verbessern.
Anstatt die Lampe eines Genies nach Ergebnissen zu reiben, können Sie mithilfe einer praktischen Software einen Serviceplan entwickeln, in dem Design Thinking eine gemeinsame Vision der Stakeholder widerspiegelt.
Der Ausgangspunkt besteht darin, Kundeninteraktionen mit der mobilen App oder anderen E-Commerce-Projektentwicklungsgeschichten zu antizipieren. Aus diesem Grund ist die Nutzerforschung ein weiteres wichtiges Element bei der Entwicklung der Vorlage für eine Customer Journey Map.
Diese Vorlage für eine Customer Journey Map sollte auch wertvolle Informationen aus der Empathy Map und der Experience Map enthalten. Ein tiefes Verständnis der KPIs und Kennzahlen, die beim Storytelling zum Einsatz kommen, hilft dabei, die Benutzerfreundlichkeit des Produkts zu verbessern, indem Kundeninteraktionen mit dem Produkt gewürdigt werden.
Kundeninteraktionen generieren Feedback, das dazu führt, dass die Bedürfnisse des Kunden verstanden werden. Weitere Kontaktpunkte können dann hinzugefügt oder geändert werden, um auf den Gesamtergebnissen des Projekts aufzubauen.
Im Wesentlichen verwenden Sie hierarchisches Storytelling auf einer magischen Vorlage für eine Customer Journey Map, um reale Erwartungen zu erfüllen, die auf das Kundenerlebnis abgestimmt sind.
Die Hierarchie der Customer Journey Mapping

Zu Beginn der Reise zur Schaffung des idealen Kundenerlebnisses sollten die Teammitglieder das Projekt anhand des aktuellen Status des Benutzers visualisieren. Sobald Sie den Kern der aktuellen Kundenperspektive erfasst haben, können Sie besser verstehen, was geändert und verbessert werden muss.
Ein einfaches Beispiel kann eine Reise-App sein, die Dienste wie Reisebürodienste, Flugbuchungen und Unterkünfte in einem geografischen Gebiet (derzeitiger Bundesstaat) umfasst. Der Kunde möchte eine zukünftige App für den Bundesstaat entwickeln, die touristische Aktivitäten enthält, um das Kundenerlebnis zu verbessern. Der grundlegende Prozess wird dann so aussehen:
Für App-Kunden wer wollen Sie ein Mehrwerterlebnis mit unsere Reise-App welche ist ein hilfreiche Ressource Das gibt Tipps zu lokalen touristischen Aktivitäten.
Ihre User Journey Map-Hierarchie umfasst vier Bausteine, um den Bedürfnissen der Kunden gerecht zu werden:
- User Personas oder Buyer Personas verstehen
- Entwicklung von Themen und Epen zur Behandlung von Touchpoints
- Verwendung von Schritten oder Funktionen zur Unterstützung von Epen und des Erzählflusses
- Die Geschichten auf der Customer Journey Map
1. Nutzer-Personas oder Buyer-Personas verstehen
Die User Journey Map beginnt mit der Definition der Benutzerpersonas oder Käuferpersonas als wichtige Akteure bei der Projektentwicklung. Diese Kundenpersönlichkeiten stehen an der Spitze der Hierarchie, die den Ausgangspunkt der Customer Journey Map darstellt.
Eine detaillierte visuelle Reflexion der Benutzerpersönlichkeit ist entscheidend, um Ihr Endprodukt richtig zu machen. Um dies zu erreichen, müssen Sie die Story-Mapping-Reise aus der Kundenperspektive durchgehen. Dies hilft, die negativen Folgen einer unzureichenden Planung zu vermeiden, die zu suboptimalen Ergebnissen und unzufriedenen Teams und Kunden führt.
Um die Nutzerpersönlichkeiten zu verstehen, müssen Sie anhand von Anwendungsfällen und Feedback die verschiedenen potenziellen Touchpoints auf der Customer Journey und die Schmerzpunkte der Kunden identifizieren. Sie müssen aus Sicht der Buyer Persona so viele potenzielle Szenarien wie möglich antizipieren.
Obwohl das „Wer“, „Was“ und „Warum“ entscheidend für die Definition der User Story sind, beginnt alles mit der Visualisierung der Nutzerpersönlichkeiten und dem Nachdenken über Kundenverhalten, Demografie, Bedürfnisse und Ziele.
Sobald Sie definiert haben, wer Ihre Kundenpersönlichkeiten sind, können Sie anschließend Themen und Epen erstellen, um die Kundenerwartungen zu erfüllen. Die Epen sind die Helden oder Heldinnen dieser Methode zur Visualisierung von Geschichten.
2. Entwickeln Sie Themen und Epen, um Kontaktpunkte anzusprechen
Die Customer Journey Map positioniert Epen ganz oben im Storyboard, da sie für die Erstellung eines großartigen Projekts unerlässlich sind.
Die Teamleiter müssen sich mit dem Kunden und den relevanten Stakeholdern beraten, um ein übergeordnetes Projektthema zu entwickeln, das in Epen umgesetzt wird. Epen durchziehen dieses Thema von links nach rechts. Diese Epen zeigen umfangreiche Arbeiten, die in kleinere Elemente unterteilt sind, die den Wert einer kontinuierlichen Lieferung erfüllen können.
Epen sind auch strategische Richtlinien, die mit dem aktuellen Stand eines Problems beginnen und die Situation in einen wünschenswerten zukünftigen Zustand bringen. Dieser epische Zustand der Zukunft basiert auf Taktiken oder Funktionen und Aufgaben, die die Teammitglieder verwenden, um die Projektanforderungen zu klären und den magischen zukünftigen Zustand des Projekterfolgs zu erreichen.
Bevor die Teammitglieder vorankommen können, müssen sie die richtigen Epen finden. Epics decken drei grundlegende Grundlagen ab: Benutzerpersönlichkeit, Produkt- und Designanforderungen, die sich visuell auf der User Journey Map widerspiegeln.
Die Epen sollten mehrere grundlegende Anforderungen erfüllen:
- Folgen Sie der Umsetzung, indem Sie die allgemeinen Geschäftsziele anhand detaillierter Käuferpersönlichkeiten und demografischer Daten abgleichen
- Umreißen Sie die Bedürfnisse der Benutzerpersönlichkeit im Großen und Ganzen
- Erfüllen Sie spezifische Kundenbedürfnisse, indem Sie Berührungs- und Schmerzpunkte ansprechen
- Schließen Sie bestimmte Funktionen, Merkmale und Vorteile ein
- Produzieren Sie ein zukünftiges staatliches Idealprojekt
Nachdem Sie Ihre Heldenepien so entworfen haben, dass sie die Hauptziele des Projekts abdecken, können Sie damit beginnen, diese in Schritte zu unterteilen, die sich in den gesamten Erzählfluss der User Story integrieren.
3. Verwenden Sie Epen, um den Erzählfluss hervorzuheben
Sobald Sie Ihre Epen klar definiert haben, ist es an der Zeit, engere Schritte oder Merkmale zu generieren.
Während sich Ihre Epen von links nach rechts bewegen, müssen Sie jeden der notwendigen Schritte definieren, um Ihre Geschäftsziele zu erreichen. Dieser anpassbare Prozess verwendet Epics, um die Nutzererfahrung über die gesamte Projektdauer hinweg darzustellen und so die Projektergebnisse widerzuspiegeln.
Die Vorlage für eine Customer Journey Map bildet auch die Grundlage für die ideale User Story beim Übergang von Epics zu Features. Die Features stammen aus den Epen, weshalb die Epen in dieser Geschichte die Helden sind. Sie „retten“ Kunden durch hervorragende Planung und hervorragende Ergebnisse.
Auf der grundlegendsten Ebene sollten die Funktionen die folgenden Elemente enthalten:
- Leistungen, die einen Mehrwert bieten und die Fertigstellung von Epics unterstützen
- Generieren Sie Geschäftswert, indem Sie KPIs, Kennzahlen, Kundengewinnung und Kundenbindung berücksichtigen
- Demonstrieren Sie eine ausreichende Definition, damit die Teammitglieder die Zeitschätzungen einhalten und Aufgaben innerhalb von ein bis drei Sprints erledigen können
- Teammitglieder müssen in der Lage sein, die Ergebnisse ihrer Funktionen zu testen
- Legen Sie Testkriterien für jede Funktion fest, um akzeptable Qualitätsstandards festzulegen, die den Kundenerwartungen entsprechen, bevor Sie mit dem nächsten Schritt fortfahren.
Kurz gesagt, die Benutzerakzeptanzkriterien (UAC) in der User Journey Map sollten eine kurze Beschreibung des Artikelwerts, eine Erläuterung der Funktionsvorteile und die Punkte enthalten, die die Teammitglieder erreichen müssen, um die Qualität der Funktionen zu erreichen.
Erst wenn Sie diese Details auf den Punkt gebracht haben, können Sie die User Stories aus Kundensicht erzählen. Ebenso können Sie sich erst, wenn Sie diese drei grundlegenden Bausteine der Customer Journey Map abgeschlossen haben, auf Nutzerberichte und Geschäftsziele konzentrieren, zu denen auch Kundenzufriedenheit und Kundenbindung gehören.
4. Beginnen Sie mit dem Storytelling anhand der User Journey Map
Nach dem dritten Schritt in der Hierarchie der User Journey Map wird der eigentliche Anwenderberichte beginnen. Dies ist der letzte Schritt im Design Thinking, der sich auf die Visualisierung von Epen in überschaubare Geschichten und Aufgaben bezieht.
Um die Buyer Persona zu formulieren, müssen die Teammitglieder das „Wer“, „Was“ und „Warum“ des Kundenerlebnisses verstehen. Das Verständnis und die Definition der Kundenpersönlichkeiten bilden die Grundlage für die Erstellung von User Storys und ermöglichen die Bereitstellung eines möglichst akzeptablen Produkts.
Um die beste Story zu entwickeln, müssen Benutzerberichte erstellt werden, die das Kundenerlebnis hervorheben, und Anwendungsfälle, die die Systemleistung im Detail hervorheben.
In der Phase der Story-Erstellung nehmen die Teammitglieder die Perspektive des Kunden ein, um Anfragen zu definieren. Teammitglieder können erwägen, soziale Medien zu nutzen, um das Verhalten und die Erfahrungen der Kunden zu verstehen und sie als Input für Geschichten zu verwenden. User Stories können auch Enabler-Aufgaben beinhalten, um die Fertigstellung von Funktionen zu verbessern.
Teammitglieder schreiben in der Regel ihre User Stories, um diese in kurzen Sprints abzuschließen. Beim Abschluss eines Sprints müssen Aufgaben bis zur Veröffentlichung abgeschlossen werden, bevor ein Epic abgeschlossen und zum nächsten übergegangen wird, es sei denn, paralleles Arbeiten ist möglich.
Letztlich muss die User Journey Map die Geschichte des Kunden darüber erzählen, wie seine Bedürfnisse durch die Erstellung oder Änderung eines Produkts, eines Prozesses, einer Dienstleistung oder einer Systemfunktion erfüllt werden. Neue Entwicklungen müssen nach der Formel „als...“, „Ich will...“, „damit...“ umgesetzt werden
Als neues Agile-Teammitglied, ich will um meine Rollen und die anderer Teammitglieder zu verstehen damit Ich bin mir über meine Aufgaben und die Verantwortlichkeiten anderer Teammitglieder im Klaren.
Nach der Generierung von User Stories können die Teammitglieder Aufgaben in noch kleinere Teile unterteilen, um die Arbeitsergebnisse zu erleichtern und potenzielle Abwanderungen zu reduzieren, die sich negativ auf die Kundenbindung auswirken.
Im weiteren Verlauf der User Journey Map sollten die Storys die zu erledigenden Aktivitäten klar umreißen und diese stets mit den Zielen der Buyer Persona verknüpfen. Die kleineren, detaillierten Aufgaben beziehen sich dann auf das Nutzerverhalten. Die Ergebnisse sind mit jedem Schritt des Prozesses verknüpft, um zu ermitteln, welche Leistungen die Kundenanforderungen innerhalb eines festgelegten Zeitrahmens erfüllen.
Während der Customer Journey Map können die Geschichten weiter aufgeteilt werden, um für mehr Klarheit zu sorgen.
Fazit: Die Customer Journey Map
Während des Customer-Journey-Mapping-Prozesses sollten Sie die wichtigsten Aspekte der Nutzerreise in der Story-Map-Visualisierung festhalten.
Sie müssen die User Story Map ganzheitlich entwickeln und sie iterativ durch Additionen und Subtraktionen unterbrechen. Dieser iterative User-Story-Mapping-Prozess trägt dazu bei, die Fluktuation zu minimieren, während Sie Ihre Story im Laufe der Zeit aktualisieren.
Sobald das Projekt abgeschlossen ist, müssen Sie das Produkt an potenziellen Kunden testen, Kundenfeedback einholen und die User Journey Map verbessern.
Die Vorteile einer sorgfältigen Planung des Kundenerlebnisses mithilfe eines visuellen Formats sind exponentiell.
Erzählen Sie Ihre Projektgeschichte mit Easy Agile User Story Maps for Jira
Die Kundenreise sollte das ideale Nutzererlebnis hervorheben. Um dies zu erreichen, sollte die User Story Map das Projekt der Nutzerpersönlichkeiten einbeziehen. So entstehen Geschichten mit wertvollen Touchpoints als Wegweiser.
Sobald die visuelle Darstellung abgeschlossen ist, sollte sie den Serviceplan für den Prozess der Customer Journey Mapping anhand des aktuellen und zukünftigen Status des Projekts validieren.
Während des gesamten Projekts sollte Ihr Team eine einzigartige Benutzererfahrung schaffen, die das ultimative Kundenerlebnis bietet und die Kundenerwartungen übertrifft.
Testen Sie Easy Agile Teamrhythmus und Personas heute, um die Geschichten Ihrer Kunden mit Magie zum Leben zu erwecken.
Verwandte Artikel
- Workflow
Warum User Story Mapping?
Was ist User Story Mapping? Und noch wichtiger: WARUM sollten Sie eine Story-Mapping-Sitzung mit Ihrem Team durchführen wollen?
Lassen Sie uns zunächst über die Ursprünge von User Story Mapping sprechen.Es ist heute eine gängige Praxis in der agilen Softwareentwicklung, aber das war nicht immer so.
Wenn Sie Erfahrung mit einem Scrum- oder Kanban-Backlog haben, sind Sie wahrscheinlich auf den gefürchteten flachen Backlog gestoßen.
Warum Story Mapping
In seiner einfachsten Form ist ein flacher Produkt-Backlog eine lange Liste mit Dingen, die zu erledigen sind, die Ihren Benutzern/Kunden letztendlich einen gewissen Mehrwert bieten. Zumindest hoffen wir das.
Viele von uns haben dazu beigetragen, dass diese Rückstände immer länger werden, und sie werden unweigerlich überwältigend.
Unabhängig davon, ob das Team die Arbeit nacheinander aus dem Backlog herauszieht oder sie in Sprints gruppiert, bringt die Priorisierung der Arbeit in einem flachen Backlog ihre Herausforderungen mit sich.
Das flache Backlog ist eine zweidimensionale Ansicht. Es ist wie eine Einkaufsliste, die keinen Kontext für die Arbeit bietet.Treten Sie ein, die User Story Map! Das Konzept einer User Story Map entstand aus dem Wunsch heraus, den flachen Backlog abzubauen und einen ganzheitlicheren, kundenorientierteren Überblick über unsere Arbeit zu schaffen.
Eine User Story Map ist eine Visualisierung der Reise, die ein Kunde mit einem Produkt unternimmt, und beinhaltet die Aktivitäten und Aufgaben, die er normalerweise erledigen würde.
Normalerweise wird zu Beginn eines Projekts eine User Story Mapping Session durchgeführt, die ausschließlich dem Ziel dient, ein gemeinsames Verständnis des Teams darüber zu schaffen, wer Ihre Kunden sind und wie Sie Ihre Zeit darauf konzentrieren sollten, an Geschichten zu arbeiten, die für sie den größten Mehrwert bieten.Sie können dies auf einem Whiteboard mit Haftnotizen tun, oder Sie können es in Jira mit unserer App tun. Einfacher agiler Teamrhythmus.
So erstellen Sie eine User Story Map
Um eine Visualisierung der Reise zu erstellen, die ein Kunde mit einem Produkt unternimmt, identifizieren Sie zunächst jede Phase und listen Sie dann die Aktivitäten und Aufgaben auf, die der Kunde normalerweise für jede Phase ausführen würde.
Als Nächstes beginnen Sie, jedes Arbeitselement im Backlog dem entsprechenden Touchpoint in der Customer Journey zuzuordnen.
An diesem Punkt in einer User Story Mapping-Sitzung sollte eine Matrix entstehen, die eine Liste von Aufgaben oder Geschichten enthält, zu deren Erfüllung sich das Team verpflichtet hat. Sie ist nach den Schritten der Customer Journey geordnet.
Von dort aus ist die Karte in die Zeitblöcke unterteilt, die das Team zur Planung seiner Arbeit verwendet. Zum Beispiel könnte sich das Team in Sprint 1 auf 5 User Stories festlegen, die an 3 Epen angehängt sind.
Dies hilft dabei, ein Verständnis dafür zu entwickeln, wie Fortschritte bei größeren Arbeiten erzielt werden können.
Warum User Story Mapping besser ist als ein flaches Backlog
Wenn die Arbeit im Backlog auf diese Weise mit der Kundenreise verknüpft wird, werden wichtige Fragen beantwortet wie:
- WARUM bauen wir das?
- Für WEN bauen wir das?
- WELCHEN Wert wird es ihnen bieten?
- WANN erwarten wir, dass wir das liefern werden?
Beim User Story Mapping wird der zweidimensionale Backlog quasi in eine dreidimensionale Ansicht umgewandelt, da wir so sagen können: „Okay, ich arbeite gerade daran, diese User Story zu erstellen, und ich kann mir vorstellen, welchen Teil der Customer Journey sich das direkt auswirken wird UND wir wissen, wann sie bereitgestellt wird.“Indem eine Storymap den Nutzer in den Mittelpunkt stellt, stellt sie außerdem sicher, dass das Backlog Arbeiten enthält, die dem Kunden einen echten Mehrwert bieten, indem sie ihm helfen, seine Ziele zu erreichen.
So führen Sie eine User Story Mapping-Sitzung durch
Nachdem Sie nun den Wert einer User Story Map besser verstanden haben, schauen wir uns an, wie Sie eine User Story Map erstellen. Zunächst müssen Sie eine Story-Mapping-Sitzung mit Ihrem Team einrichten.
Aber was auch immer Sie tun, machen Sie keine offene Einladung daraus. Das ist wirklich wichtig, denn wenn Sie nicht die richtigen Leute im Raum haben, wird es nicht effektiv sein.
Personen, die Sie einladen könnten, sind:
Der Product Owner für das Team
- ein technischer Leiter
- ein User Experience Designer
- ein Marketingleiter
- ein Datenanalyst und
- jemand vom Kundensupport
Es ist auch wichtig, einige Grundregeln für die Sitzung festzulegen.
Es sollte eine Person geben, die die Sitzung moderiert. Es empfiehlt sich, einen Produktmanager aus einem anderen Team mit der Durchführung der Sitzung zu beauftragen.
Je nach Umfang der Story-Mapping-Sitzung möchten Sie vielleicht einen ganzen Tag Zeit nehmen oder die Sitzung auf mehrere Tage verteilen.
Der Umfang hängt davon ab, wie groß Ihr Team ist und wie viele User Stories Sie Ihrer Map hinzufügen müssen.Außer dem Moderator sollten keine Telefone oder Laptops draußen sein.
Außerdem sollte jeder im Raum mit den besprochenen User Stories vertraut sein.Nachdem Sie nun die Vorteile einer User Story Map kennen und wissen, was Sie bei der Einrichtung der Mapping-Sitzung mit Ihrem Team beachten sollten, sollten Sie darüber nachdenken, wen Sie zur Teilnahme einladen und die Sitzung moderieren können.
- Workflow
Anatomie einer agilen User Story Map
Eine User Story Map ist eine kollaborative Praxis, die ein agiles Team bei der Erstellung seines Produkt-Backlogs unterstützt.
Die Storymap erfasst die Reise, die ein Kunde mit dem Produkt unternimmt, einschließlich der Aktivitäten und Aufgaben, die er durchführt.
Wenn Sie die Storymap als Team erstellen, stellen Sie sicher, dass die Teammitglieder vom Beginn der Entwicklung bis zur laufenden Auslieferung neuer Versionen auf derselben Wellenlänge sind.
In diesem Beitrag werden wir die Aspekte einer erfolgreichen Storymap untersuchen.
Rückgrat
Ein Rückgrat sorgt für Struktur. Das Backbone der User Story Map erfasst die Aktivitäten auf hoher Ebene, die ein Benutzer während der Nutzung des Produkts ausführen wird.
Wenn wir ein einfaches Beispiel nehmen und einen Film auf einem Apple TV kaufen und ansehen, haben wir möglicherweise die folgenden Aktivitäten:
- Film wählen
- Film kaufen
- Film anschauen
- rezensieren//Film empfehlen
Damit ein Benutzer einen Film auf dem Apple TV ansehen kann, müsste er drei dieser Aktivitäten ausführen. Und vielleicht gibt es noch weitere Folgeaktivitäten wie das Schreiben einer Rezension oder das Empfehlen des Films an einen Freund, die wir fördern möchten.
Chronologische Reihenfolge
Sobald wir die Aktivitäten des Backbones identifiziert haben, ordnen wir sie in der chronologischen Reihenfolge an, wie ein Benutzer mit dem Produkt interagieren wird. Im Anschluss an das Apple TV-Beispiel werden wir sicherstellen, dass die Reihenfolge korrekt ist:
Es ist üblich, bestehende Aktivitäten neu anzuordnen oder neue Aktivitäten hinzuzufügen, während sich die Diskussion entwickelt. Dies ist ein entscheidender Vorteil des kollaborativen Ansatzes beim Aufbau des Produkt-Backlogs, da wir das Wissen eines ganzen Teams teilen, das an der Diskussion beteiligt war.
Geschichten
Unter jeder Aktivität im Backbone erstellen wir User Stories, die die Customer Journey konkretisieren. Beispielsweise sehen wir unter der Aktivität „Film auswählen“ möglicherweise Geschichten zu folgenden Themen:
- Freitextsuche
- nach Genre durchsuchen
- nach Neuzugang durchsuchen
- nach den beliebtesten durchsuchen
- suche nach den beliebtesten nach Genre
- nach Neuzugang nach Genre durchsuchen
Diese Geschichten sind nach ihrem Wert für den Benutzer geordnet. Der Wert kann anhand von Gesprächen mit Nutzern, Analysen von Nutzungsmustern oder einer anderen Form von Erkenntnissen, die für Ihr Produkt geeignet sind, ermittelt werden.
Reihenfolge
Sobald das Team das Rückgrat hat und die Geschichten geordnet sind, ist es an der Zeit, die Arbeit zu sequenzieren. Was wollen wir in unserem MVP, unserem 1.0, 2.0 usw. liefern?
Wir haben die Storymap horizontal aufgeteilt, um zu zeigen, was in jeder Version enthalten ist und was nicht.
Wir können dann mit der Auslieferung beginnen, und während wir Releases ausliefern, können wir unseren Fortschritt anhand der Storymap verfolgen. Produktmanager beginnen eine Sprint-Planungssitzung häufig mit der Überprüfung der Storymap, um sicherzustellen, dass alle Teammitglieder immer noch auf derselben Wellenlänge sind.
User Story Maps machen aus einem flachen Backlog eine anschauliche Darstellung der Kundenreise.
Ein paar letzte Tipps:
Halten Sie die Storymap im Verlauf der Arbeiten auf dem neuesten Stand, damit die Beteiligten den Fortschritt in Echtzeit visualisieren können;
Verwenden Sie die Storymap, um die Roadmap mit den Kunden zu kommunizieren und die Produktvision zu teilen.
User Story Mapping ist eine unverzichtbare Praxis für jedes agile Team. Sie sind eine hervorragende Methode, um sicherzustellen, dass das Team seine Kunden versteht, die Lösung klar formulieren kann und sich weiterhin auf die Umsetzung konzentriert.
Bei Easy Agile haben wir uns der Praxis des Story-Mappings verschrieben. Tatsächlich sind wir so begeistert von User Story Mapping, dass wir ein JIRA-Add-on entwickelt haben, das Teams bei der Durchführung von Sitzungen unterstützt. Testen Sie Easy Agile TeamRhythm noch heute.
- Workflow
Was ist User Story Mapping?
Backlogs sind so voller Potenzial, oder? Ideen und Möglichkeiten, Ihr Produkt größer und besser als je zuvor zu machen.
Aber wenn Sie mehr als ein paar Artikel auf Ihrer Liste haben, sind auch die Rückstände überwältigend.
Ohne eine klare Struktur oder Priorisierung weiß Ihr Team nicht, woran es zuerst arbeiten soll.
Sie arbeiten vielleicht an dem, wonach sie sich fühlen, was am einfachsten oder interessantesten ist, oder tun überhaupt nichts.
Sie müssen herausfinden, woran Sie zuerst arbeiten sollten. Nicht nur das, Sie müssen auch sicherstellen, dass das, was Sie tun, den Kunden einen Mehrwert bietet, für jede Version Sinn macht und in das Gesamtbild der Ziele Ihres Unternehmens passt.
Hier kommt das User Story Mapping ins Spiel.
Was ist User Story Mapping?
User Story Mapping ist nützlich Möglichkeit, Ihre User Stories zu organisieren und zu priorisieren damit du kannst plane deine Arbeit und gestalte deine Veröffentlichungen.
Es hilft dir Visualisieren Sie die Reise des Kunden durch Ihr Produkt von Anfang bis Ende, einschließlich aller Aufgaben, die sie normalerweise unterwegs erledigen würden.
Was ist eine User Story Mapping-Sitzung?
Das User Story Mapping erfolgt in der Regel in Sitzungen über 1-2 Tage wo Sie wichtige Personen im selben Raum zusammenbringen.
Während dieser Sitzungen teilt Ihr Produktmanager (und manchmal auch andere Interessengruppen) dem Team ihre Kundeneinblicke mit, das auch seine Ideen für das Produkt teilt.
Gemeinsam brainstormen Sie User Stories, entpacken die einzelnen Schritte Ihrer Customer Journey, listen alle aktuellen Probleme auf und fügen diese auf einer User Story Map zusammen. In Ihrer User Story Mapping-Sitzung sind sich alle einig, was passieren muss.
Was ist eine User Story Map?
EIN Die User Story Map ist das Artefakt oder die visuelle Tafel Sie produzieren als Ergebnis einer User Story Mapping-Sitzung.
Deine Teams werden sich bei jedem Sprint auf diese Map beziehen, um sicherzustellen, dass sie den Zeitplan einhalten, Abhängigkeiten koordinieren und das Gesamtbild im Auge behalten.
Was ist eine User Story?
Um zu verstehen, was eine User Story Map ist, ist es wichtig, einen Schritt zurückzutreten und eine der wichtigsten Komponenten zu definieren: die User Story.
Eine User Story ist ein Ziel oder Ergebnis, das der Nutzer oder Kunde erreichen möchte.. Normalerweise schreibst du User Stories wie diese:
“Als [Personentyp], ich möchte [Aktion] damit [profitieren].“
Eine User Story sollte die am kleinsten Arbeitseinheit, die dem Kunden einen Mehrwert bieten kann.
Sie könnten eine User Story auch als eine Aufgabe betrachten, die aus der Sicht des Benutzers oder Kunden geschrieben wurde. User Stories werden normalerweise zu Ihrem Backlog hinzugefügt. Von dort aus können Sie sie anordnen und priorisieren und sie auf einer User-Story-Map darstellen, sodass sie für einen Release oder Sprint geplant sind.
Lesen Sie mehr über User Stories in unserem Blog: Wie schreibt man gute User Stories in der agilen Softwareentwicklung.
Wie sieht eine User Story Map aus?
Das User Story Mapping erfolgt traditionell auf einem physischen Story-Mapping-Board:
Unternehmen führen ihr Story-Mapping jedoch zunehmend digital durch. Wenn Sie Easy Agile User Story Maps verwenden, gefällt Ihnen vielleicht mehr wie folgt:
Unabhängig davon, ob Sie Ihr User Story Mapping physisch oder digital durchführen, Sie werden feststellen, dass beide Ansätze einige Gemeinsamkeiten haben:- Ein Rückgrat (die Reihe am oberen Rand der Haftnotizen), das oft aus Epen besteht
- Karten oder Haftnotizen mit Benutzerberichten unter jedem Element im Backbone
- Diese Geschichten sind vertikal angeordnet, von den wichtigsten (für den Kunden) oben bis zu den unwichtigsten unten
- Horizontale Schnittlinien oder Swimlanes definieren, wo deine Releases oder Sprints beginnen und enden.
(Psst: mehr dazu in unserem Blog, Anatomie einer agilen User Story Map.)Was beinhaltet eine User Story Mapping-Sitzung?
In einer User-Story-Mapping-Sitzung werden alle Bestandteile Ihrer Story-Map besprochen und geplant:
- Ihr Team wird sich zusammensetzen und über das Grundgerüst entscheiden — die großen Schritte, die Ihre Benutzerreise ausmachen.
- Als Nächstes brainstormen sie User Stories — all die kleinen Schritte, die die User Journey ausmachen, und alle Probleme (Bugs oder Ideen) — und fügen sie dem Backlog hinzu.
- Sie werden diese Geschichten unter dem Backbone-Objekt organisieren, mit dem sie in Verbindung gebracht werden.
- Als Nächstes besprechen und schätzen sie den Arbeitsaufwand, der mit jeder User Story verbunden ist, und weisen ihnen Storypoints zu.
- Danach kann dein Team Schnittlinien hinzufügen, um festzulegen, was es wann liefern wird — entweder pro Sprint oder Release. An diesem Punkt könnten Sie einige Geschichten durcheinander mischen, wenn es für den Benutzer sinnvoll ist, sie in derselben Version zu veröffentlichen.
- Wenn alle mit dem Plan zufrieden sind, ist die Storymap (vorerst) fertig und es ist Zeit für dein Team, den ersten Sprint zu starten.
Das scheint eine Menge Aufwand zu sein. Also, was ist der Sinn?
Was ist der Sinn von User Story Mapping?
Das User Story Mapping kommt sowohl Ihren Kunden als auch Ihrem Team zugute.
Kunden erhalten schneller einen höheren Mehrwert
hilft dir verstehen, was Ihre Kunden wollen. Da der Fokus auf der Customer Journey liegt und darauf, welche Aufgaben sie erledigen müssen, um Ihr Produkt nutzen zu können, hilft es Ihnen, Aufgaben zu priorisieren, die dazu beitragen, die Lücken für Kunden zu schließen und ihnen einen Mehrwert zu bieten.
Teams priorisieren und arbeiten besser zusammen
Eine dreidimensionale Ansicht hilft bei der Priorisierung, da Ihr Team sehen kann, welche User Stories innerhalb einer Version gruppiert werden sollten, um den Benutzern ein neues Erlebnis zu bieten. Zum Beispiel ist das Hinzufügen der Möglichkeit, Ihr Profil anzupassen, gar nicht so aussagekräftig, es sei denn, Sie haben einen Community-Aspekt, bei dem Benutzer andere Profile ansehen und/oder miteinander interagieren können. Das User Story Mapping hilft dir dabei, alle Teile zusammenzufügen — und sicherzustellen, dass du sie innerhalb des Sprints oder Releases realistisch umsetzen kannst.
Außerdem können Sie Ihre Arbeit effektiver planen und als Team mit Ihrer User Story Map zusammenarbeiten. Das liegt daran, dass Sie das Gesamtbild und die gesamte Customer Journey sehen können, bevor Sie mit der Arbeit beginnen.
Weitere Einblicke finden Sie in unserem Blog unter warum User Story Mapping.
Was ist die Alternative zum User Story Mapping?
Wenn Sie bis jetzt noch kein User Story Mapping durchgeführt haben, haben Sie wahrscheinlich eine andere Methode verwendet, um die Kundenanforderungen zu verstehen und Ihre Arbeit zu planen/zu priorisieren.
Der gängigste Ansatz ist als „flacher Backlog“ bekannt. Im Wesentlichen handelt es sich dabei um eine Aufgabenliste, die von der höchsten zur niedrigsten Priorität sortiert ist und möglicherweise durch Schnittlinien für Sprints oder Versionsveröffentlichungen unterbrochen wird. Der flache Backlog ist einfach (es ist im Grunde eine To-do-Liste), aber wenn Sie ein komplexes Produkt haben, viele Teams, die daran arbeiten, Abhängigkeiten und einen riesigen, sich ständig ändernden Backlog... benötigen Sie etwas Robusteres, damit Sie Ihre Ziele, Kundenorientierung und Prioritäten nicht aus den Augen verlieren.
Apropos Alternativen, schauen Sie sich diese kleine Geschichte von einem unserer Kunden an...
Was User Story Mapping für Teams leisten kann
„Unsere Teams waren auf der Suche nach einer Alternative zur Standard-Jira-Backlog-/Board-Ansicht, die sich nicht für die Organisation und Pflege riesiger Backlogs mit vielen Epics eignet.
Die Easy Agile User Story Maps App ermöglicht es unseren Teams, ihre Arbeit besser zu organisieren. Die Benutzeroberfläche ist logisch, und die Produktverantwortlichen (die in der Regel keine Techniker sind) mögen das Layout der Karten in Spalten unter ihren jeweiligen Epen.Diese vertikale Sichtweise scheint eine bessere Kommunikation bei der Planung von Besprechungen zu fördern und bietet eine hervorragende Visualisierung dessen, was als Nächstes kommt.“
- Chris Heritage, Das Atlassian-Team @NextEra Energy
Wie du an diesem Beispiel sehen kannst, beginnen viele Teams mit flachen Backlogs oder Board-Views, stellen aber fest, dass sie dem entwachsen, wenn ihr Backlog größer wird.
Wie User Story Mapping dein flaches Backlog aufwerten kann
Was User Story Mapping vom flachen Backlog unterscheidet, ist, dass es ein ganz anderes Element hat. Es ist nicht flach, sondern dreidimensionaler.
Du hast die Liste der Aktivitäten/Aufgaben, aber Sie werden zunächst danach sortiert, wie sie sich auf die Kundenreise auswirken. Erst dann werden sie priorisiert und bis zum Zeitpunkt ihrer Veröffentlichung aufgeteilt.
Das User Story Mapping ist etwas komplexer einzurichten als ein flaches Backlog, aber es macht die Arbeit aussagekräftiger, kundenorientierter und wirkungsvoller. Mit einer User Story Map können Sie das Gesamtbild sehen und gemeinsam daran arbeiten.
Wir sprechen mehr darüber in unserem Blog, Der Unterschied zwischen einem flachen Produkt-Backlog und einer User Story Map.
Probiere User Story Mapping in Jira aus
Möchten Sie wissen, wie Sie am besten verstehen, was User Story Mapping ist?
Fahrradfahren kann man nicht lernen, indem man darüber liest. Und ohne es zu tun, kannst du *wirklich* nicht lernen, was User Story Mapping ist und die Vorteile aus erster Hand zu erleben.
Also, probiere es aus!
Wenn dein Team Jira für Projektmanagement und Workflows verwendet, kannst du dir ein Add-on holen, das dir hilft, aus dem flachen Backlog eine dreidimensionale User Story Map zu machen.
Easy Agile User Story Maps for Jira erstellt die X-Achse, sodass Sie Ihr Customer-Journey-Backbone hinzufügen und Ihre Storys so organisieren können, dass sie in diese Journey passen. Auf diese Weise erhält Ihr Team einen Gesamtüberblick über das, woran es gerade arbeitet, und es kann Aufgaben priorisieren, um Ihren Kunden früher den größtmöglichen Nutzen zu bieten.
Und das Beste daran: Du kannst dein gesamtes User Story-Mapping in Jira durchführen, sodass sie digital, kollaborativ und für dein Team ständig verfügbar sind — auch wenn sie remote oder verteilt arbeiten. Und da es zu deinem bestehenden Backlog passt, kannst du mit vorgefüllten User Stories sofort loslegen. Mit anderen Worten, Sie können damit rechnen, eine ganze Menge Zeit zu sparen.
Du kannst beginnen Sie noch heute mit Easy Agile User Story Maps for Jira mit einer KOSTENLOSEN 30-Tage-Testversion oder Schauen Sie sich die Demo hier an.
Hoffentlich finden Sie es genauso nützlich wie unsere Kunden...
Wir haben festgestellt, dass Easy Agile User Story Maps das Team in einem Raum zusammenbringt. Infolgedessen stellen wir fest, dass wir mehr als Gruppe kartografieren, was zu einem gemeinsamen Verständnis führt. Seitdem wir das Add-on verwenden, können wir die Planung beschleunigen und umfangreiche Story-Mapping-Übungen effizienter durchführen.
- Michael Doolittle, Produktdirektor @Priceline
Seitdem wir Easy Agile User Story Maps verwenden, haben wir unsere Kommunikation und Teamausrichtung verbessert, was uns zu schnelleren Ergebnissen verholfen hat.
- Casey Flynn, Analyst für Vertriebsprognosen @adidas
Easy Agile User Story Maps hat uns geholfen, unseren Arbeitsaufwand und unsere Ziele zu visualisieren und unsere Besprechungen zu beschleunigen. Wir lieben die Einfachheit!
- Rafael Zydek, Atlassian Jira und Confluence Expert Administrator @ING Tech Poland
Mit Easy Agile User Story Maps finden wir es viel einfacher, Jira zu verwenden und zu navigieren. Zu unseren Lieblingsfunktionen gehören die Möglichkeit, Storys per Drag & Drop über die Epics zu ziehen, die Möglichkeit, sich die Arbeit mit FixVersion und Sprint Swim Lanes anzusehen sowie der Excel-Export. Wir verwenden die Story Maps-Funktionalität schon seit geraumer Zeit und ich empfehle sie auch anderen Projektteams.
- Sathish K. Mohanraj, Lean-Agile Coach @Equifax
Erfahren Sie mehr über User Story Mapping
Sie möchten mehr über User Story Mapping erfahren? Schauen Sie sich unsere an Ultimativer Leitfaden zum User Story Mapping - es hat alles (und wir meinen alles) das könntest du vielleicht wissen wollen.
Wir freuen uns immer, Ihre Fragen zu beantworten. Schick uns einfach einen Tweet @EasyAgile oder kontaktiere uns wenn Sie sich nicht sicher sind, was User Story Mapping ist, wie das geht oder wie es Ihrem Team helfen könnte.