Der Unterschied zwischen einem flachen Produkt-Backlog und einer User Story Map
Es ist eine der gängigsten Praktiken in der agilen Softwareentwicklung; der flache Produkt-Backlog. Wir haben sie alle gesehen, wir haben alle zu ihnen beigetragen und wir sind alle unweigerlich in ihnen ertrunken.
In seiner einfachsten Form ist ein flacher Produktrückstand eine lange Liste mit Dingen, die zu erledigen sind, die dem Kunden letztendlich einen Mehrwert bieten. Diese umsetzbaren Punkte werden in der Reihenfolge, in der der Wert geliefert wird, priorisiert (von oben nach unten). Wenn ein Team die Scrum-Methode anwendet, wird das Backlog in zukünftige Sprints aufgeteilt, um einen Hinweis darauf zu geben, was wann geliefert wird.
Je nach Größe und Anforderungen der Organisation kann die Liste der zu erledigenden Aufgaben 10, 100 oder 1.000 umsetzbare Punkte umfassen. Es ist leicht nachzuvollziehen, dass die Verwaltung der letzteren Aufgaben mit den Herausforderungen einhergeht, diese Aufgaben zu aktualisieren, zuzuweisen, zu verbessern und zu planen.
Was ist falsch an flachen User Story Backlogs?
Bisher wissen wir, dass flache Rückstände eine Liste von Dingen darstellen, die getan werden müssen. Dies ist mit Herausforderungen verbunden, und seine Unzulänglichkeiten lassen sich am besten mit folgenden Worten beschreiben Jeff Patton, als er sagte;
Wir verbringen viel Zeit damit, mit unseren Kunden zusammenzuarbeiten. Wir arbeiten hart daran, ihre Ziele, ihre Benutzer und die wichtigsten Teile des Systems, das wir bauen könnten, zu verstehen. Dann kommen wir endlich zu den Details — den Teilen der Funktionalität, die wir entwickeln möchten. In meinem Kopf sehe ich einen Baum, in dem der Stamm auf den Zielen oder gewünschten Vorteilen basiert, die das System antreiben; große Zweige sind Benutzer; die kleinen Zweige und Zweige sind die Fähigkeiten, die sie benötigen; und schließlich sind die Blätter die Benutzergeschichten, die klein genug sind, um sie in Entwicklungsiterationen zu integrieren.
Nach all der Arbeit, nachdem wir all das gemeinsame Verständnis hergestellt haben, habe ich das Gefühl, dass wir alle Blätter vom Baum ziehen und sie in einen Laubsack laden — und dann den Baum fällen.
Das ist für mich ein flacher Backlog. Eine Tüte kontextfreien Mulchs
Wie wählen Sie einen Artikel aus einer Liste aus und halten ihn für das, was Ihren Kunden den größten Mehrwert bietet, ohne diesen zusätzlichen Kontext?
Mängel eines flachen Produktrückstands
- Der flache Backlog macht es unmöglich, das „Rückgrat“ Ihres Produkts zu entdecken — das Interaktionserlebnis des Kunden mit dem Produkt
- Das Anordnen der User Stories in der Reihenfolge, in der sie geliefert werden, hilft einem Produktmanager nicht, anderen zu erklären, was das System tut
- Das flache Backlog bietet keinen Kontext oder ein Gesamtbild der Arbeit, die ein Team leistet
- Ein flacher Backlog macht es für den Produktmanager schwierig, festzustellen, ob er die relevanten User Stories identifiziert hat
- Bei einem flachen Backlog ist die Release-Planung schwierig. Wie priorisiert man in einer endlosen Wäscheliste, was zuerst erstellt werden soll?
Story-Maps von Benutzern
Eine Storymap ist eine visuelle Darstellung von die Reise, die ein Kunde mit einem Produkt unternimmt, einschließlich der Aktivitäten und Aufgaben, die sie erledigen. Diese Visualisierung hilft dem Team, die 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 bietet die Lösung für den Kunden und wann?
Die Story-Map zeigt immer noch, was getan werden muss, aber der Unterschied besteht hier in der Art und Weise, wie diese Informationen visualisiert werden. Wie Sie sehen können, wird jedes Element nicht aufgelistet, sondern einem größeren Werk zugeordnet. Neben der Art und Weise, wie die Informationen visualisiert werden, besteht der Hauptunterschied zwischen einem flachen Produkt-Backlog und einer User Story Map in der Fokussierung auf die Customer Journey. Lassen Sie uns das entpacken, indem wir die Anatomie der User Story Map aufschlüsseln.
Was eine User Story Map erreicht, was ein flaches Produkt-Backlog nicht kann
- Konzentrieren Sie sich auf die gewünschten Kundenergebnisse: Die Visualisierung der Kundenreise ermöglicht es Teams, Funktionen auf der Grundlage der Kundenergebnisse zu identifizieren und zu implementieren und den Fortschritt auf einen Blick anhand einer Storymap zu verfolgen
- Erwecken Sie die Customer Journey zum Leben: Die Transformation des flachen Produkt-Backlogs in eine kundenorientierte Storymap bedeutet, dass die Teams ihre Customer Journey besser verstehen und wissen, was ihre Kunden wollen und schätzen
- Priorisierung von Maßnahmen auf der Grundlage des Nutzens für den Kunden: Die Visualisierung der Kundenreise ermöglicht es Teams, die Arbeit auf der Grundlage des „Nutzens für den Kunden“ zu priorisieren, was zu besseren Ergebnissen und weniger Verschwendung führt
Verirren Sie sich in Ihrem flachen Produktbacklog? Sie stecken in einem endlosen Entwicklungszyklus fest, sind sich aber nicht sicher, über wen oder warum Ihr Gebäude verfügt?
Einfacher agiler Teamrhythmus
Easy Agile TeamRhythm unterstützt User Story Mapping, Sprint- oder Versionsplanung, Backlog-Refinement und Team-Retrospektiven.
Verwandte Artikel
WorkflowAnatomie 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.
WorkflowWas 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.