Keine Artikel gefunden.

10 Gründe, warum Sie Story Points zur Schätzung verwenden sollten

Inhalt
Dies ist ein Text innerhalb eines div-Blocks.
Dies ist ein Text innerhalb eines div-Blocks.
Dies ist ein Text innerhalb eines div-Blocks.
Abonnieren Sie unseren Newsletter

Es gibt viele gute Gründe, warum so viele Scrum- und Agile-Teams Storypoints einführen.


1. Schnelle Schätzung

Mithilfe von User Story Points können Sie schnell abschätzen, wie viel Arbeit mit jedem Element in Ihrem Backlog verbunden ist und wie viel Arbeit Sie in einem Sprint oder Release erledigen können.

2. Sorgen Sie für Konsens und Zusammenarbeit

Wenn ein Teammitglied 5 Storypoints schätzt, ein anderes aber 12, ist das eine Gelegenheit für das Team, zu besprechen, welche Arbeit damit verbunden ist.

Eine Person hat möglicherweise eine effizientere Art, Dinge zu erledigen, oder die andere Person hat möglicherweise ein besseres Verständnis für die Schritte, die mit der Erledigung der Arbeit verbunden sind. Diese Diskussion hilft ihnen, Ideen auszutauschen, ein gemeinsames Verständnis zu erzielen, einen Konsens zu erzielen und eine genauere Schätzung vorzunehmen.

Vergleichen Sie dies mit der Schätzung der Zeit. Wenn Sie jedes Teammitglied bitten, den Zeitaufwand für eine Aufgabe abzuschätzen, erhalten Sie mehr als 5 verschiedene Antworten. Das Timing hängt von Erfahrung und Verständnis ab. Die meisten Teammitglieder sind sich jedoch einig, wie viel Aufwand erforderlich ist, um eine Story fertigzustellen. Das bedeutet, dass Sie einen Konsens erzielen und viel schneller mit Ihrem Story-Mapping oder Ihrer Sprint-Planung fortfahren können.

3. Keine künstlichen Fristen

Wenn Sie die Zeit anstelle von Story Points schätzen, müssen Sie sich eine künstliche Frist einfallen lassen, was zu unnötigem Druck führen kann (und wahrscheinlich nicht allzu genau ist).

Storypoints spiegeln die Realität genauer und praktischer wider. In den meisten Fällen gibt es keine feste Frist — es wird nur sichergestellt, dass Aufgaben effizient und in der richtigen Reihenfolge der Priorisierung erledigt werden.

4. Bessere Planung und Prognose

Story Points können dir helfen, besser im Voraus zu planen. Wenn du zum Beispiel weißt, dass Johnny für eine Woche in den Urlaub fährt, kannst du deinen Sprint so anpassen, dass dein Team nicht zu viel verlangt. Oder Sie können eine andere Möglichkeit finden, Ihre Kapazität zu erhöhen, indem Sie beispielsweise ein anderes Teammitglied einstellen oder den Umfang reduzieren.

5. Zoomen Sie auf die Details

Story Points zwingen dein Team dazu, die Arbeit eines bevorstehenden Sprints zu durchdenken und zu überlegen, was realistisch ist. Es ist eine Zeit, in der Ihre detailorientierten Teammitglieder glänzen — und eine Zeit, in der Ihre Querdenker verstehen, was passieren muss, um ihre Pläne in die Tat umzusetzen.

6. Holen Sie sich Engagement

Wenn Ihr Team weiß, dass es die geplanten Ziele erreichen kann und sich seiner Geschwindigkeit sicher ist, ist es einfacher, es dazu zu bringen, sich auf die Arbeit einzulassen und sie selbstbewusst umzusetzen.

7. Sei anpassungsfähiger

Wenn sich die Teamgröße ändert (vielleicht fügst du ein neues Mitglied hinzu oder jemand wechselt in eine andere Rolle), hast du ein integriertes System, um deine Geschwindigkeit zu aktualisieren (d. h. wie viele Stories du in einem Sprint abschließen kannst) und dein Workload entsprechend anzupassen.

8. Sei gerade genau genug

Mithilfe von Story Points können Sie einschätzen, was Ihr Team in einer bestimmten Zeit erledigen kann. Diese Genauigkeit sorgt für reibungslosere Releases, die nach Plan verlaufen — und ist besonders wertvoll, wenn Sie mehrere Teams mit mehreren Abhängigkeiten haben.

Aber gleichzeitig macht das Story Pointing deutlich, dass Ihre Arbeit nur eine Schätzung ist und Sie sich nicht verpflichten, X in Y Stunden zu erledigen. Sie werden nicht wissen, wie lange etwas dauern wird, bis Sie es tun - es tauchen fast immer unerwartete Dinge auf.

Andere Methoden geben dir vielleicht ein genaueres Timing, aber es ist nicht praktikabel, 30 Minuten damit zu verbringen, die Arbeit zu besprechen, die in jeder einzelnen Story deines Backlogs steckt. Es ist viel praktischer, eine Zahl zuzuweisen, die „genau genug“ ist, Ihren Sprint zu planen und sich an die Arbeit zu machen.

9. Bessere Kapazitätsplanung

Möglicherweise sind Sie nicht in der Lage, alle Ihre wichtigsten Prioritäten in einer Version unterzubringen, insbesondere wenn sie komplex, riskant oder zeitaufwändig sind. Story Points können Ihnen jedoch dabei helfen, auf einfache Weise eine oder zwei kleinere Storys zu identifizieren, um Ihre Kapazitäten bei jedem Sprint oder Release auszuschöpfen.

Die Verwendung von Story Points ermutigt Sie auch dazu, Wege zu finden erhöhen die Kapazität Ihres Teams (anstatt länger zu arbeiten). Wenn Sie Risiken minimieren, Wege finden, den Aufwand zu reduzieren, und die richtigen Leute in den Raum bringen können, um komplexe Aufgaben zu vereinfachen... werden Sie in der Lage sein, mehr Geschichten schneller zu bearbeiten.

10. Leistung messen und verbessern

Story Points können dir helfen, deine Leistung zu messen und zu verbessern, indem du deinem Team Fragen stellst wie:

  • Hast du alle während des Sprints zugewiesenen Aufgaben erledigt?
  • Steigt oder sinkt Ihre Geschwindigkeit mit der Zeit, wenn Sie agiler werden?
  • War Ihre Schätzung der Story Points korrekt?
  • Wenn nicht, wie könnten Sie die Leistung Ihres Teams optimieren und sicherstellen, dass Sie besser zusammenarbeiten oder planen?

Benötigt alles in deinem Backlog User-Story-Punkte?

Manche Teams weisen nicht jedem Gegenstand in ihrem Backlog Storypoints zu. Möglicherweise weisen sie sie einfach den User Stories zu. Sie könnten es vermeiden, Bugs, die während des Sprints auftauchen, User-Story-Punkte zuzuweisen, insbesondere wenn sie mit keiner der Geschichten zusammenhängen, die ursprünglich dem Sprint zugeordnet wurden. Das ist sinnvoll, da es oft schwierig ist, einen Bug einzuschätzen — einige sind mit sehr geringem Aufwand zu beheben, während andere recht komplex sind.

Ihr Backlog könnte auch kleinere Jobs oder technische Aufgaben beinhalten, deren Erledigung zwischen ein paar Minuten oder ein paar Stunden dauern würde. Diesen Aufgaben sind möglicherweise keine Story Points zugewiesen, wenn sie nur sehr wenig Aufwand erfordern.

Es ist jedoch wichtig zu beachten, dass diese Aufgaben immer noch wichtig sind. Sie bieten dem Benutzer immer noch einen Mehrwert. Und sie sind unverzichtbar, um Ihr Ziel zu erreichen: funktionierende Software zu liefern. Sie können sie jedoch nicht immer planen oder im Voraus abschätzen.

Also, wie integrieren Sie sie in Ihren Arbeitsablauf?

Möglicherweise müssen Sie mit Ihrem Team verschiedene Ideen und Strategien besprechen.

Sie könnten zum Beispiel einen Puffer in Ihrer Kapazität reservieren, um eine durchschnittliche Anzahl von Bugs und anderen Jobs zu berücksichtigen, die nicht auf die Geschichte eingehen. Auf diese Weise können Sie mit den Storys, die Sie dem Sprint zugewiesen haben, auf dem Laufenden bleiben und gleichzeitig andere Punkte von der Liste abhaken.

Wie auch immer, wenn Ihr Team an Aufgaben arbeitet, die keine Story Points haben, müssen Sie die Auswirkungen auf die Kapazität berücksichtigen. Sie müssen sich anpassen, beurteilen, ob das Sprintziel noch erreichbar ist, und Ihre Pläne entsprechend anpassen.

Was passiert, wenn Sie die Schätzung falsch verstehen?

Sie sollten zwar versuchen, Ihre Nutzer-Story-Point-Schätzungen so genau wie möglich zu machen, aber möglicherweise haben Sie das Risiko, den Aufwand und die Komplexität, die mit der Umsetzung einer Story verbunden sind, unter- oder überschätzt.

Dies kann bedeuten, dass Sie nicht die gesamte für Ihren Sprint geplante Arbeit erledigen. Vielleicht müssen Sie einen Teil davon auf den nächsten Sprint verschieben, was bedeutet, dass Sie Ihre User Story Map neu priorisieren und anpassen müssen.

Zum Glück ist dieser Prozess ziemlich einfach, wenn Sie digitale User Story Mapping-Software verwenden wie Einfacher agiler Teamrhythmus.

Retrospektiven oder Sprint-Bewertungen sind ein guter Zeitpunkt, um mit Ihrem Team alle Probleme zu besprechen, bei denen die Schätzungen falsch waren. Nehmen Sie sich etwas Zeit, um zu besprechen, was passiert ist, um zu verstehen, warum mehr oder weniger Aufwand erforderlich war, und zu besprechen, wie Sie in Zukunft genauere Schätzungen erstellen können.

Ordnen Sie Storypoints in Easy Agile TeamRhythm zu

in-line edit

Mit Easy Agile User Story Maps for Jira können Sie Story-Point-Schätzungen direkt auf Ihrer Story-Map hinzufügen und bearbeiten. Wählen Sie einfach die Story oder das Problem aus und bearbeiten Sie das Story-Point-Feld.

Es aktualisiert deine Sprint-/Versionsstatistiken automatisch mit neuen Gesamtwerten, sodass du deine Kapazität sehen, Storys in Sprint-/Versions-Swimlanes anordnen, sicherstellen kannst, dass du das Beste aus deiner Geschwindigkeit herausholst, und übertriebene Verpflichtungen vermeiden kannst.

Außerdem hat Ihr gesamtes Team Zugriff auf das User-Storyboard und die Kostenvoranschläge — perfekt für die interne oder externe Erfassung von Benutzergeschichten, die Online-Zusammenarbeit und die Aktualisierung von Schätzungen zu jedem Zeitpunkt des Prozesses.

Neugierig auf Easy Agile User Story Maps? Zu den Funktionen gehören so viel mehr als nur Storypoints, wie zum Beispiel:

  • Priorisierung per Drag & Drop
  • Visualisierte Kundenreisen in Jira
  • Sprint-/Versions-Swimlanes zum Organisieren von Geschichten
  • Fügen Sie ganz einfach Storys zu Ihrer Story-Map hinzu oder bearbeiten Sie sie
  • Sehen Sie die Sprint-/Versionsstatistiken auf einen Blick
  • Einfache Zusammenarbeit mit Teammitgliedern

Kostenlose Testversion: Easy Agile TeamRhythm

Easy Agile TeamRhythm
Verbessern Sie die Zusammenarbeit und Bereitstellung im Team

Verwandte Artikel

  • Workflow

    So verwenden Sie Story Points für agile Schätzungen

    Storypoints können etwas verwirrend sein und werden oft missverstanden. Story Points sind ein wichtiger Bestandteil des User Story Mappings, und viele agile Teams verwenden sie bei der Planung ihrer Arbeit. Sie sind jedoch nicht so einfach wie das Hinzufügen von Zahlen zu Aufgaben oder das Abschätzen, wie lange ein Job dauern wird.

    Selbst wenn Sie Story Points schon eine Weile verwenden, werden Sie feststellen, dass verschiedene Teams und Organisationen sie unterschiedlich verwenden.

    Lassen Sie uns also Storypoints definieren, besprechen, warum sie für agile Teams so nützlich sind, und über einige der verschiedenen Arten sprechen, wie Teams sie beim Story-Mapping und der Sprint-Planung umsetzen.

    Was sind User Story Points?

    Story Points sind eine nützliche Maßeinheit in Agile und ein wichtiger Bestandteil der Prozess zur Zuordnung von User Storys. Sie weisen jeder User Story eine Zahl zu, um den Gesamtaufwand abzuschätzen, der erforderlich ist, um ein Feature oder eine Funktion zum Leben zu erwecken.

    Wann sollten Storypoints geschätzt werden?

    User Stories können während des User Story-Mappings, der Backlog-Verfeinerung oder während der Sprint-Planung geschätzt werden.

    Sobald eine User Story definiert, dem Backbone zugeordnet und priorisiert wurde, ist es an der Zeit, die Storypoints abzuschätzen. Es ist eine gute Idee, dabei mit Ihrem Team zusammenzuarbeiten, da jedes Teammitglied in verschiedenen Storys eine andere Rolle spielt und die Arbeit kennt, die mit UX, Design, Entwicklung, Test und Markteinführung verbunden ist. Die Zusammenarbeit bei der Schätzung von Storypoints hilft dir auch dabei, Abhängigkeiten frühzeitig zu erkennen.

    Es empfiehlt sich, jeder User Story Story Points zuzuweisen, bevor du sie in Releases oder Sprints aufteilst. Auf diese Weise können Sie die Komplexität, den Aufwand und die Ungewissheit jeder User Story im Vergleich zu anderen in ihrem Backlog einschätzen und fundierte Entscheidungen über die Arbeit treffen, die Sie für jeden Sprint oder Release aufwenden.

    Wie schätzt man User Story Points ein

    Bei der Schätzung von Story Points berücksichtigen Sie den Gesamtaufwand, der erforderlich ist, um dieses Feature oder diese Funktion verfügbar zu machen, damit sie dem Kunden einen Mehrwert bieten kann. Ihr Team muss Fragen wie die folgenden besprechen:

    • Wie komplex ist die Arbeit?
    • Wie viel Arbeit ist erforderlich?
    • Was sind die technischen Fähigkeiten des Teams?
    • Was sind die Risiken?
    • Bei welchen Teilen sind wir uns nicht sicher?
    • Was müssen wir an Ort und Stelle haben, bevor wir beginnen oder fertig werden können?
    • Was könnte schief gehen?

    Tipp: Wenn du Schwierigkeiten hast, eine Story einzuschätzen oder der Umfang der Arbeit überwältigend ist, musst du deine Story möglicherweise in kleinere Teile zerlegen, um mehrere User Stories zu erstellen.

    Was ist ein Storypoint wert?

    An dieser Stelle können Storypoints etwas verwirrend werden, da Storypoints keinen festgelegten universellen Wert haben. Du musst irgendwie herausfinden, was sie für dich und dein Team wert sind (ja, wirklich tiefgründiges und bedeutungsvolles Zeug).

    So funktioniert das:

    • Jeder Geschichte wird eine bestimmte Anzahl von Storypoints zugewiesen
    • Punkte bedeuten für verschiedene Teams oder Organisationen unterschiedliche Dinge.
    • Ein Storypoint für dein Team entspricht möglicherweise nicht dem gleichen Aufwand, der mit einem Storypoint für ein anderes Team verbunden ist
    • Der Aufwand für 1 Story Point sollte stabil bleiben dein Teamarbeit bei jedem Sprint und es sollte von einer Story zur nächsten stabil bleiben
    • 2 Story Points sollten dem doppelten Aufwand im Vergleich zu 1 Story Point entsprechen
    • 3 Story Points sollten dem dreifachen Aufwand entsprechen im Vergleich zu 1 Story Point... und so weiter

    Die Zahl, die Sie vergeben, spielt keine Rolle — was zählt, ist das Verhältnis. Die Story Points sollen dir dabei helfen, den relativen Aufwand zwischen jeder Story und jedem Sprint nachzuweisen.

    Zum ersten Mal Storypoints einschätzen

    Da Story Points relativ sind, müssen Sie sich einige grundlegende Schätzungen geben, wenn Sie zum ersten Mal eine Story Point-Schätzung durchführen. Dadurch erhalten Sie einen Bezugsrahmen für alle zukünftigen Geschichten.

    Wählen Sie zunächst Geschichten in verschiedenen Größen aus:

    • Eine sehr kleine Geschichte
    • Eine mittelgroße Geschichte
    • Eine große Geschichte

    ... ein bisschen wie T-Shirt-Größen.

    Weisen Sie dann jeder dieser grundlegenden Geschichten Punkte zu. Ihre kleinste Geschichte könnte 1 sein. Wenn deine mittlere Geschichte dreimal mehr Aufwand erfordert, dann sollte es 3 sein. Wenn Ihre große Geschichte den 10-fachen Aufwand erfordert, sollte es das 10-fache sein. Diese Zahlen hängen von der Art der Geschichten ab, an denen Ihr Team normalerweise arbeitet, sodass Ihre grundlegenden Story-Zahlen möglicherweise anders aussehen als diese.

    Das Wichtigste ist, dass Sie diese grundlegenden Geschichten verwenden können, um all Ihre zukünftigen Geschichten abzuschätzen, indem Sie den relativen Aufwand vergleichen.

    Mit der Zeit werden Sie und Ihr Team feststellen, dass es einfacher wird, Nutzerberichte einzuschätzen, wenn sich Ihr gemeinsames Verständnis der Arbeit entwickelt. Hier werden Storypoints am wertvollsten. Sie helfen Ihrem Team dabei, die Erwartungen aufeinander abzustimmen und effektiver zu planen.

    Vereinfachen Sie die Schätzung

    Eine App für Jira wie Einfacher agiler Teamrhythmus macht es einfach, das Teamengagement für jeden Sprint oder jede Version zu sehen, mit geschätzten Gesamtwerten für jede Swimlane.

    Verwendung der Fibonacci-Sequenz zur Story-Point-Schätzung

    Einige Teams verwenden die Fibonacci-Sequenz (1, 2, 3, 5, 8, 13, 21, 34, 55, 89 usw.) für ihre Story-Point-Schätzungen, anstatt linear zu bleiben oder Teams zu erlauben, eine beliebige Zahl (1, 2, 3, 4, 5, 6, 7 usw.) zu verwenden.

    Das hat seine Vorteile. Wenn Sie sich beispielsweise eine Geschichte ansehen und abschätzen möchten, ob es sich um eine 5, 8 oder 13 handelt, ist es viel schneller und einfacher, eine Antwort zu finden, als zu versuchen, auf der richtigen Zahl zwischen beispielsweise 4-15 zu landen. Sie werden wahrscheinlich viel schneller zu einem Konsens kommen.

    Das bedeutet auch, dass ihr nicht in der Lage sein werdet, den Durchschnitt der Storypoints des Teams zu ermitteln, um die Schätzung abschliessen zu können. Stattdessen müsst ihr die Arbeit besprechen und euch für die beste Schätzung aus einer begrenzten Anzahl von Optionen entscheiden.

    Aber es schränkt Ihre Möglichkeiten ein — wenn Sie eine Geschichte haben, die mehr Aufwand als 34, aber weniger als 55 erfordert, ist Ihre Schätzung möglicherweise weniger genau.

    Verwendung von Story Points zur Schätzung der Geschwindigkeit

    Nach einiger Zeit der Zusammenarbeit werden die meisten Teams eine gute Vorstellung davon haben, wie viel Aufwand in den einzelnen Storypoints steckt.

    Natürlich ist das Timing nicht genau - es gibt eine Glockenkurve, und Story Points sind so konzipiert, dass sie eine Schätzung des Aufwands und nicht der Zeit sind.

    Storypoints (und die Kenntnis ihres ungefähren Zeitpunkts) können jedoch hilfreich sein, wenn es darum geht, herauszufinden, wie viel Ihr Team in jedem Sprint erledigen kann.

    Du solltest in der Lage sein, abzuschätzen, wie viele Storypoints dein Team während eines zweiwöchigen Sprints bewältigen kann, oder in welchem Zeitrahmen auch immer du gerade arbeitest.

    Wenn dein Team beispielsweise in der Regel 3 Story Points pro Tag durchstehen kann, können sich in einem zweiwöchigen Sprint bis zu 30 Story Points summieren. Das ist deine Geschwindigkeit.

    Velocity ist nützlich für das User Story Mapping und die Sprint-Planung. Wenn Sie Ihre User Stories Sprints oder Versionen zuordnen, können Sie die Gesamtzahl der Storypoints überprüfen und sicherstellen, dass sie mit Ihrer Geschwindigkeit übereinstimmt, damit Sie sich nicht zu sehr oder zu wenig engagieren.

    Wie Sie sehen, gibt es verschiedene Methoden zur Schätzung der Arbeit. Der beste Rat ist, konservativ zu sein und das Team nicht zu überlasten.

    Im Laufe der Zeit sollten Ihre Schätzungen genauer werden.

    Verwendung von Story Points in Scrum, Kanban und Extreme Programming

    Story Points sind in vielen agilen Methoden von zentraler Bedeutung für Schätzungs- und Planungsprozesse. Scrum und Extreme Programming (XP) stützen sich stark auf Story Points, um den Aufwand und die Komplexität von User Stories einzuschätzen.

    Scrum-Teams verwenden während der Sprint-Planung Storypoints, um zu entscheiden, welche Aufgaben in den kommenden Sprint aufgenommen werden sollen, und fördern so Diskussionen, die zu einem gemeinsamen Kontext und einem gemeinsamen Verständnis der Arbeit führen.

    Extreme Programming hingegen verwendet Story Points, um die Größe von Funktionen zu beurteilen, sodass Teams Ressourcen effektiv priorisieren und zuweisen können. Teams, die Kanban verwenden, können von Storypoints profitieren, indem sie sie nutzen, um Grenzen für laufende Aufgaben festzulegen und den gesamten Aufgabenablauf zu optimieren.

    Die spezifischen Praktiken können sich zwar unterscheiden, aber Story Points können dazu beitragen, die Zusammenarbeit im Team und einen vorhersehbareren Arbeitsablauf zu fördern.

  • Workflow

    Der ultimative Leitfaden zum User Story Mapping [2024 Guide]

    Egal, ob du deine erste User Story Mapping-Session planst oder schon ein paar hinter dir hast, es kann ein wenig überwältigend sein 🤯

    • Was ist der Prozess?
    • Wen brauche ich, um mich zu engagieren?
    • Warum beschäftigen wir uns überhaupt damit, wenn wir einen sehr guten Backlog haben? (Okay... es könnte etwas dysfunktional sein, aber du weißt schon...)
    • Warum gibt es ÜBERALL Haftnotizen?

    Die meisten Produktmanager und Agile-Teams könnten von einem tieferen Verständnis des User Story Mappings profitieren, damit sie mehr erstellen können kundenzentrierte Sichtweise von der Arbeit, die erledigt werden muss.

    Außerdem haben sich in den letzten 15 Jahren (seit User Story Maps dank Jeff Patton zu einem Ding wurden) einige der Prozesse und Begriffe weiterentwickelt, und es gibt neue Tools und Apps, die Ihnen das Leben um ein Vielfaches erleichtern können.

    Wir haben diesen ultimativen Leitfaden mit allen Informationen zusammengestellt, die Sie benötigen, um sich über die neuesten Definitionen, Techniken und Tools für das User Story-Mapping auf dem Laufenden zu halten. Fangen wir mit ein paar Grundlagen an 👇

    Was ist User Story Mapping?

    Hier ist eine supereinfache Definition für das User Story Mapping:

    Das User Story Mapping ist eine Visualisierung der Reise, die ein Kunde mit einem Produkt von Anfang bis Ende unternimmt. Es umfasst alle Aufgaben, die sie normalerweise im Rahmen dieser Reise erledigen würden.

    Um das zu erweitern, nimmt das User Story Mapping all Ihre User Stories (über alle Ihre Personatypen hinweg) und ordnet sie in der Reihenfolge den Epen zu, die dem Kunden den größten Mehrwert bieten. Von dort aus werden die Geschichten priorisiert und den Releases zugeordnet.

    „Das User Story Mapping ist ein moderiertes, kuratiertes Gespräch, das alle mit auf die Reise nimmt. Es ist eine Gelegenheit für den Produktmanager, seine Erkenntnisse (der Tag für Tag tief in diesem Zeug steckt) zu analysieren und sie in den Köpfen des Teams zu verankern, das im Begriff ist, sie umzusetzen.“

    Nicholas Muldoon, Mitbegründer @Easy Agile

    Was ist kein User Story Mapping?

    User Story Mapping hat zwar einige Gemeinsamkeiten mit anderen Methoden, ist aber nicht dasselbe wie Journey Mapping oder Event Storming.

    User Story Mapping im Vergleich zu Journey Mapping

    Journey Mapping ist ein UX-Tool, mit dem Teams die Reise visualisieren können, die ein Kunde unternehmen muss, um ein Ziel zu erreichen. Journey Maps konzentrieren sich auf die Reise einer einzelnen Persona oder eines einzelnen Kunden, basierend auf dem spezifischen Szenario und den Erwartungen der Persona. Dies ist nützlich, um das Team aufeinander abzustimmen, es auf das Nutzererlebnis zu konzentrieren und Entscheidungen zu treffen. Im Gegensatz zum User Story Mapping konzentriert es sich auf das Nutzererlebnis und die Vision für das Produkt.

    User Story Mapping im Vergleich zu Event Storming

    Beim Event Storming wird ein Workshop abgehalten, an dem wichtige Unternehmensvertreter teilnehmen. Die Teilnehmer notieren Geschäftsereignisse (Dinge, die passieren), Befehle (Dinge, die die Ereignisse auslösen) und Reaktionen (Dinge, die in der Folge passieren) auf Haftnotizen. Diese Notizen sind sequentiell angeordnet, um die Geschäftsprozesse abzubilden. Im Gegensatz zum User Story Mapping, bei dem der Schwerpunkt auf der Verfeinerung des Backlogs liegt, um dem Nutzer ein funktionierendes Produkt zu liefern, ist Event Storming eher übergeordnet und erfolgt zu Beginn des Produktplanungsprozesses.

    User Story Mapping für agile Teams

    User Story Mapping Session

    User Story Maps können für alle agilen Teams nützlich sein, unabhängig davon, ob sie voll SAFe oder Kanban sind, aber vor allem, wenn sie an einem komplexen Produkt arbeiten.

    Das User Story Mapping ist eine nützliche Technik für agile Softwareentwicklungsteams, da es Ihrem Team helfen kann, funktionierende Software bereitzustellen und auf Veränderungen zu reagieren.

    Das passt genau zum Agilen Manifest.

    Und vergessen wir nicht das Agile-Prinzip Nummer eins:

    „Unsere höchste Priorität ist es, den Kunden durch frühzeitige und kontinuierliche Lieferung wertvoller Software zufrieden zu stellen.“

    Beim User Story Mapping steht der Nutzer im Mittelpunkt. So wird sichergestellt, dass das Backlog Geschichten enthält, die dem Kunden einen echten Mehrwert bieten, indem sie ihm helfen, seine Ziele zu erreichen. Darüber hinaus ermöglicht das Story-Mapping Ihrem Team, seine Arbeit so zu planen und zu ordnen, dass sie den Kunden zuerst den höchsten Mehrwert bietet.

    Da es bei Agile außerdem darum geht, Veränderungen anzunehmen und entsprechend einem konkreten Plan darauf zu reagieren, ermöglichen Storymaps eine effizientere Anpassung. Es ist viel einfacher, Haftnotizen auszutauschen, als umfangreiche Anforderungsdokumente zu überarbeiten. Diese Flexibilität stellt sicher, dass Ihr Team Prioritäten schnell anpassen und Pläne ändern kann, wenn neue Informationen oder Änderungen hinzukommen, wobei die Ausrichtung an den Agile-Prinzipien gewahrt bleibt.

    Die Anatomie einer User Story Map

    Anatomy of a User Story Map

    Nutzergeschichten, Epen, Backbone und Story-Mapping — oh mein Gott! Um die Schritte und Prozesse beim User Story Mapping weiter aufzuschlüsseln, definieren wir einige der einzelnen Bestandteile.

    Geschichten von Nutzern

    Eine User Story ist ein Ziel, aus der Sicht des Benutzers oder Kunden. Es ist ein Ergebnis, das sie wollen. Es ist auch die kleinste Arbeitseinheit in einem agilen Framework mit dem Ziel, zu formulieren, wie eine Arbeit dem Kunden einen Mehrwert bringt.

    User Stories folgen normalerweise der Struktur:

    Als [Personentyp], Ich möchte [Aktion] damit [profitieren].

    Zum Beispiel:

    As a software developer, I want to tick off my tasks as I complete them so that I always know where I’m up to.

    Tipp: Es ist eine gute Idee, sich während der User Story Mapping-Sitzung auf nur einen Nutzer/eine Persona zu konzentrieren. Wenn es Ihre erste Sitzung ist, wählen Sie Ihren idealen Kundentyp aus und schreiben Sie unsere User Stories, die für sie einen Mehrwert bieten. Sie können in Zukunft jederzeit zu Ihren anderen Benutzern zurückkehren.

    Lesen ➡️ Wie man gute User Stories in der agilen Softwareentwicklung schreibt.

    Epen

    Geschichten können mit Epen in Verbindung gebracht werden.

    Epen haben unterschiedliche Bedeutungen, je nachdem, mit wem Sie sprechen. In diesem Artikel definieren wir Epen jedoch als größere, übergreifende Geschichten oder Etappen der Reise, die Nutzergeschichten enthalten. Ein Epos allein ist nicht klein genug, um zu einem Arbeitselement oder einer Entwicklungsaufgabe zu werden, aber die Geschichten, die es enthält, sind es wahrscheinlich.

    Zum Beispiel könnte das epische „Sign up“ die folgenden Nutzerberichte enthalten:

    • Als Kunde möchte ich die Datenschutzbestimmungen lesen, bevor ich mich für mein Konto anmelde, damit ich entscheiden kann, ob ich dem Unternehmen meine Daten anvertraue
    • Als Kunde möchte ich auf der Anmeldeseite eine Liste mit Funktionen und Vorteilen sehen, um mich daran zu erinnern, wofür ich mich anmelde
    • Als Kunde möchte ich mich mit meinem Facebook-Login für ein Konto anmelden, damit ich mir meinen Benutzernamen oder mein Passwort nicht merken muss
    • Als Kunde möchte ich mich mit meiner E-Mail-Adresse für ein Konto registrieren, damit ich den Zugriff auf meine Daten kontrollieren kann
    • Und in diesem Beispiel könnte das nächste Epos „Mein Profil einrichten und anpassen“ lauten.

    Das Rückgrat

    Das Backbone ist die oberste Zeile Ihrer User Story Map. Es beschreibt die wesentlichen Funktionen, über die das System verfügen muss.

    The Backbone

    Ihr Backbone sollte die Kundenreise oder den Prozess von Anfang bis Ende abbilden, einschließlich aller wichtigen Aktivitäten, die der Kunde während der Nutzung Ihres Produkts durchführen wird. Je nachdem, wie Sie Ihr Backbone und Ihre Storymap verwenden, kann es sich um epische Elemente handeln.

    Das Rückgrat ist entscheidend, weil es Ihrem Team das „Warum“ hinter der Reise gibt, auch wenn es sich nur auf einen einzelnen Schritt konzentriert. Es beseitigt Unklarheiten darüber, was zu diesem Schritt führen könnte und was darauf folgen könnte, was einen wichtigen Kontext für eine reibungslose Kundenreise bietet.

    Mehr zu: Die Anatomie einer User Story Map

    Warum User Story Mapping durchführen?

    Der Zweck des User Story Mappings besteht darin, sicherzustellen, dass Sie das Problem des Kunden verstehen und dann eine Lösung für dieses Problem finden.

    Du wirst die Antwort kennen auf:

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

    Dies hilft Ihnen dabei, Ihre Teams aufeinander abzustimmen, den Rückstand zu bereinigen und schneller ein Produkt zu liefern, das Ihre Kunden wollen und benötigen.

    John Walpole erklärt der Wert von User Stories wunderschön:

    „[Es gibt] eine Technik und ein Tool, auf die ich immer wieder zurückgegriffen habe, wenn ich das Gefühl hatte, dass ein Projekt vom Team vielleicht nicht vollständig verstanden wird oder ich mir Sorgen mache, dass wir am Ende Software ausliefern, die die Kunden nicht begeistert. Das ist meine bevorzugte Technik. Ich glaube, es wird Ihnen helfen, Software zu liefern, die Ihre Kunden begeistern wird.“

    Ohne User Story Mapping ist die Wahrscheinlichkeit, dass Ihr Team komplizierte, nicht kundenorientierte Lösungen für ein Problem findet, viel größer.

    Das User Story Mapping hilft sicherzustellen, dass sich das Team darüber im Klaren ist, welches Problem der Kunde hat und wie Sie als Team versuchen werden, dieses Problem zu lösen.

    So können Sie sich darauf konzentrieren, zuerst die wirkungsvollsten und wertvollsten Teile zu liefern, sodass Sie auf der Grundlage von Feedback iterieren können.

    Lesen ➡️ Warum User Story Mapping

    Vorteile von User Story Mapping

    „User Story Mapping ist die beste Technik, auf die ich gestoßen bin, um innerhalb eines agilen Teams ein gemeinsames Verständnis zu erlangen. Alex Hennecke von Atlassian sprach davon, dass man den Wald sehen kann — und nicht nur die Bäume, direkt vor sich.“

    Nicholas Muldoon, Mitbegründer @Easy Agile

    User-Story-Maps sind leistungsstarke Tools in der Produktentwicklung, insbesondere wenn es darum geht, riskante Annahmen zu identifizieren und zu verwalten.

    Risiko visualisieren

    User-Story-Maps bieten einen visuellen Rahmen, der potenzielle Risiken hervorhebt. Durch die Erstellung von Nutzerberichten mit Haftnotizen oder digitalen Alternativen lassen sich leicht Bereiche identifizieren, in denen die Annahmen möglicherweise nicht mit den tatsächlichen Nutzerdaten oder der technischen Machbarkeit übereinstimmen. Diese Visualisierung hilft Teams dabei, Elemente zu identifizieren, die den Zeitplan oder das Budget eines Projekts aus der Bahn werfen könnten.

    Priorisierung und Ressourcenzuweisung

    Sobald riskante Annahmen identifiziert sind, können Teams mithilfe von User-Story-Maps ihre Prioritäten effektiv neu organisieren. Riskante Elemente können einer niedrigeren Priorität zugewiesen werden, wodurch sichergestellt wird, dass Ressourcen für Ideen bereitgestellt werden, die einen hohen Nutzen bei minimalem Risiko bieten. Diese Strategie stellt sicher, dass die Projekte auf dem richtigen Weg bleiben und sich auf das konzentrieren, was realistisch erreichbar ist.

    Förderung schlanker Alternativen

    Storymaps ermutigen Teams, zuerst Lean-Alternativen zu erkunden. Durch das Testen einfacherer Ideen mit ähnlichen Wertversprechen können Teams Konzepte ohne nennenswerte Investitionen validieren. Dieser Ansatz ermöglicht Lernen und Iterationen, wodurch die Wahrscheinlichkeit kostspieliger Fehler im späteren Entwicklungsprozess verringert wird.

    Förderung der kollaborativen Problemlösung

    Das Erstellen und Aktualisieren einer User-Story-Map ist von Natur aus kollaborativ. Es lädt verschiedene Teammitglieder ein, Erkenntnisse einzubringen, was zu umfassenderen Strategien zur Risikoidentifizierung und -bewältigung führt. Durch die Bündelung von Wissen sind Teams besser in der Lage, Annahmen zu berücksichtigen, die andernfalls unbemerkt bleiben könnten.

    Wenn Sie diese Verfahren in Ihren Produktentwicklungszyklus integrieren, können Sie Risiken frühzeitig minimieren und einen reibungsloseren Weg von der Idee bis zur Markteinführung sicherstellen.

    Das User Story Mapping bietet noch so viele andere Vorteile, wie zum Beispiel:

    • Besser planen — Wenn Sie die Nutzerreise im Überblick haben, können Teams das Gesamtbild Ihres Produkts leichter erkennen und alle Risiken, Abhängigkeiten und Blockaden im Voraus erkennen
    • Höheres Einfühlungsvermögen — Es zwingt Ihr Team, das Produkt aus der Perspektive Ihrer Nutzer zu betrachten
    • Schneller Mehrwert — Den Nutzern häufig neuen Mehrwert zu bieten, ist einfacher, wenn Sie die Storys nach Wert ordnen und sie Iterationen oder Releases zuordnen können
    • Realistische Anforderungen — Indem die Nutzerberichte aufgeschlüsselt und visuell abgebildet werden, ist es einfacher, die Arbeit abzuschätzen und zu sehen, wie alle Teile zusammenpassen
    • Bessere funktionsübergreifende Zusammenarbeit — Nachdem alle anstehenden Arbeiten geplant sind, können Marketing-, Vertriebs- und andere Teams sehen, wann Sie voraussichtlich neue Funktionen und Updates veröffentlichen werden, sodass sie ihre Marketingkommunikation und Verkaufsgespräche anpassen können (ohne Sie um tägliche Updates zu bitten)

    Das User Story Mapping hilft Ihrem Team, das Gesamtbild, das Warum und die gesamte Kundenreise zu verstehen, bevor es sich mit dem Was und Wie befasst.

    Lesen ➡️ Verstehen Sie mit agilen User Story Maps, was Ihre Kunden wollen.

    Der flache Backlog im Vergleich zum User Story Mapping

    Flat Backlog to Story Map

    Bevor wir das User Story Mapping hatten, hatten wir einen flachen Backlog. Tatsächlich verwenden viele agile Teams immer noch das Flat-Backlog (kein Urteil, ob Sie das sind!). Lassen Sie uns also darüber sprechen, wie das aussieht und wie User Story Mapping diese Praxis verbessert hat.

    Lesen ➡️ DEEP: Die 4 Merkmale eines guten Produkt-Backlogs

    Was ist ein flacher Backlog?

    Im Grunde ist es eine To-Do-Liste. Sie enthält alle Punkte, die Ihr Team erledigen muss, damit es Ihren Kunden einen Mehrwert bieten kann, und zwar von den wertvollsten bis hin zu den für den Kunden am wenigsten wertvollen. Der Backlog kann in aktuelle und zukünftige Sprints aufgeteilt werden, um zu zeigen, welche Ergebnisse voraussichtlich wann geliefert werden.

    Aber ich mag unseren Backlog!

    Eine einfache Aufgabenliste kann in Ordnung sein, wenn Ihr Produkt einfach ist, Ihr Team klein ist und Ihre To-Do-Liste sehr kurz ist. Die meisten Produkte sind jedoch komplex und mehrere Teams arbeiten daran. Und meistens ist der Backlog riesig (und wächst und verändert sich ständig).

    Flache Rückstände sind in großem Maßstab komplex

    Wenn Sie Hunderte von Problemen (oder mehr) haben, macht es ein flaches Backlog unmöglich, das Gesamtbild und den umgebenden Kontext zu sehen — was Ihr Team benötigt, um das Backlog zu verfeinern, Abhängigkeiten zu finden und die Arbeit in Releases zu priorisieren. Es kann auch ziemlich überwältigend werden!

    • Zu den spezifischen Herausforderungen bei der Nutzung des flachen Backlogs gehören:
    • Die Anordnung der User Stories in der Reihenfolge, in der Sie sie erstellen, hilft Ihnen nicht dabei, anderen zu erklären, was das System tut
    • Es bietet keinen Kontext oder ein „Gesamtbild“ rund um die Arbeit eines Teams
    • Bei einem neuen System hilft Ihnen der flache Backlog nur schlecht dabei, festzustellen, ob Sie alle Geschichten identifiziert haben
    • Bei einem flachen Backlog ist die Release-Planung schwierig — wie priorisiert man, was zuerst erstellt werden soll, wenn man eine endlose Liste hat?
    • Es ist praktisch unmöglich, das „Rückgrat“ Ihres Produkts zu entdecken

    User Story Maps wurden entwickelt, um diese Herausforderungen zu bewältigen und das Backlog neu zu strukturieren, um Kontext hinzuzufügen, die Priorisierung zu erleichtern und den Fokus auf die Bedürfnisse der Kunden zu legen. Es führt die X-Achse ein, wobei sich das Backbone oben befindet, um die Customer Journey zu veranschaulichen, und die User Stories unten.

    Wenn Sie von einem flachen Backlog zu mehreren Achsen übergehen, können Ihr Team (und der Rest Ihres Unternehmens) verstehen, welchen Wert wir dem Kunden bieten wollen und wann.

    Lesen ➡️ Der Unterschied zwischen einem flachen Produkt-Backlog und einer User Story Map.

    Wann wird das User Story Mapping durchgeführt?

    Team does story mapping

    Also, wann führt man eigentlich eine User Story Mapping-Sitzung durch?

    In der Regel erstellt ein Team zu Beginn eines Projekts oder Produkts gemeinsam eine Storymap. Es kann sich um ein völlig neues Produkt handeln, oder der Produktmanager möchte möglicherweise eine neue Idee oder Funktion als Teil eines bestehenden Produkts verfolgen.

    Dazu müssen Sie Fachexperten und Teammitglieder zusammenbringen, um eine Sitzung abzuhalten, in der Sie sich Ihre Personas und die übergreifende Customer Journey ansehen und dann überlegen, wie Sie den Kunden den größtmöglichen Mehrwert bieten können. Anschließend schreiben Sie User Stories für jeden Ihrer Persona-Typen und jeden Schritt der Customer Journey, basierend auf deren Bedürfnissen.

    Wie bereits erwähnt, ist es am besten, sich pro Story-Mapping-Sitzung auf einen Personatyp zu konzentrieren, um Verwirrung zu vermeiden. Beginnen Sie also zuerst mit der Persona, die am besten zu Ihrem Produkt passt oder wahrscheinlich den größten Teil Ihrer Zielgruppe ausmacht.

    Insgesamt kann der Prozess mehrere Tage oder sogar mehrere Wochen dauern, abhängig von der Komplexität Ihres Produkts (und damit der Anzahl der Schritte in der Customer Journey) und der Anzahl der Personas.

    Das Beste aus User Story Mapping herausholen

    Wer sollte am User Story Mapping teilnehmen?

    Einige Leute, die du vielleicht zu deiner User Story Mapping Party-Session einladen könntest, sind unter anderem deine:

    • Fachexperten (ob Product Owner, Produktmanager, Mitglied des Kundenserviceteams oder eine andere Person, die mit dem Kunden interagiert)
    • Geschäftsinhaber
    • Entwickler
    • Tester
    • Vermarkter
    • UX-Designerin
    • Facilitator oder Scrum Master (es ist nützlich, wenn Sie einen anderen Produktmanager beauftragen können, die Sitzung zu moderieren)

    Tipp: Versuchen Sie, Ihre Teilnehmerzahl unter 10 zu halten. Verschiedene Perspektiven sind nützlich, aber mehr als das, und es kann schwierig werden, alle zu verwalten und Beiträge von allen einzuholen. Alle Anwesenden sollten in der Lage sein, Einblicke in die Personen/das Produkt/das Unternehmen einzubringen oder abzuschätzen, wie lange die Erledigung der Aufgaben dauern wird.

    Abbildung der User Stories

    Sobald das Rückgrat aufgebaut ist (und dein Team sich auf die Reihenfolge geeinigt hat), kannst du es mit Fleisch und Tat umsetzen. Unter jedem Element im Backbone findest du die Nutzerberichte (Schritte, Prozesse und Details), die diese Aktivität unterstützen. Dazu gehören Brainstorming und kreatives Denken.

    Ermutigen Sie Ihr Team, sich die verschiedenen Optionen vorzustellen, die dem Benutzer zur Verfügung stehen, wie er die einzelnen Schritte im Backbone erleben möchte und welche Maßnahmen er ergreifen könnte. Es kann nicht schaden, zusammen mit Ihrer User-Story-Map eine Prototyping-Sitzung in Papierform durchzuführen, um Ideen im Laufe der Zeit zu simulieren. Oder vielleicht kommt dieser Schritt später, je nach Szenario und Reifegrad Ihres Teams.

    Sequenzierung

    Anschließend können Sie Ihre User Stories in eine Reihenfolge bringen, um dem Kunden so schnell und konsistent wie möglich den größtmöglichen Mehrwert zu bieten. Platzieren Sie also die wichtigsten Nutzerberichte oben und die unwichtigsten unten.

    Linien oder Schwimmbahnen abschneiden

    Ihr Team wird sich zusammensetzen und den Arbeitsaufwand für jede User Story besprechen und einschätzen. Danach können Sie Schnittlinien hinzufügen (normalerweise Sprint- oder Versionslinien), um festzulegen, was Ihr Team wann liefern wird. 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.

    Lesen ➡️ Anatomie einer agilen User Story Map.

    Tipps für ein erfolgreiches User Story Mapping

    Beziehen Sie die richtigen Leute ein

    Es kann schwierig sein, Ihr Team und Ihre Stakeholder zusammenzubringen. Sie sind beschäftigt und haben wahrscheinlich einen Teller voller Verpflichtungen. Aber es lohnt sich immer, alle dazu zu bringen, sich Zeit zu nehmen und von der Tastatur wegzugehen. Das Mapping von User Storys ist wichtig — und Sie benötigen den Input aller Beteiligten, damit Sie:

    • Brainstormen Sie Geschichten, priorisieren Sie sie und schätzen Sie sie ein.
    • Bringen Sie Ihr Team dazu, sich für deren Umsetzung zu engagieren

    Mach Schluss

    „Normalerweise habe ich diese Dinge ausgeführt, um zu versuchen, am ersten Tag so viel wie möglich von der Planung, den Personas und dem Backbone zu erledigen. Zu diesem Zeitpunkt sind die meisten Menschen ausgelastet, weil die kognitive Belastung hoch ist. Dann kann das Team weggehen und darauf schlafen. Sobald sie Zeit hatten, darüber nachzudenken, kommen sie mit anderen Ideen für Benutzergeschichten und Gedanken darüber zurück, wie sie die Arbeit machen würden, bevor sie mit der Sequenzierung beginnen.“

    Nicholas Muldoon, Mitbegründer @Easy Agile

    Sie müssen nicht Ihre gesamte User Story Mapping-Sitzung auf einmal durchführen. Je nach Größe, Komplexität und Phase Ihres Produkts können Sie es möglicherweise auch nicht an einem Tag unterbringen.

    Teilen Sie Ihre Sitzung stattdessen in Abschnitte von 2-3 Stunden auf und führen Sie sie über mehrere Tage durch. Sie können die erste Sitzung am Nachmittag und die nächste Sitzung am nächsten Morgen durchführen. Dies hat einige Vorteile:

    • Das bedeutet, dass Sie Ihre Stakeholder und Teams nicht über einen längeren Zeitraum zusammenbringen müssen
    • Möglicherweise ist es viel einfacher, Ihre Kalender zu koordinieren, wenn Sie Ihre Sitzungen aufteilen.
    • Es gibt deinem Team Zeit, über die ursprüngliche Storymap nachzudenken (sie werden sich wahrscheinlich am zweiten Tag eine Million neuer Dinge einfallen lassen, die sie hinzufügen können)
    • Dein Team kann nach Abschluss der Sitzung zu Mittag essen und bei Essen und Getränken eine Nachbesprechung machen 🍻🍔🍕

    Ein einziger Moderator

    Sie möchten zwar, dass Ihr gesamtes Team und Ihre Stakeholder an Ihrer User Story-Mapping-Sitzung teilnehmen, aber Sie möchten nicht, dass jeder die Diskussion vorantreibt (zu viele Köche in der Küche = keine gute Idee). Wählen Sie stattdessen eine Person aus, die die Sitzung moderiert. Manchmal funktioniert es sogar besser, wenn Sie einen Produktmanager aus einem anderen Team auswählen können, der die Dinge leitet.

    Keine Telefone/Laptops

    Bei persönlichen User-Story-Mapping-Sitzungen darf nur der von Ihnen angegebene Moderator sein Gerät verwenden. Um Ablenkungen zu vermeiden, bitten Sie die Teilnehmer, ihre Telefone und Laptops in einem Stapel an der Tür abzulegen. Auf diese Weise kann Ihr Team bei allen Diskussionen voll anwesend sein.

    Beginnen Sie mit Daten und Beweisen

    Bevor Sie sich mit dem Mapping von User Story befassen, bringen Sie relevante Daten und Belege mit. All das ist ein großartiger Kontext für das, was kommen wird. Und natürlich können Sie kein User Story Mapping erstellen, wenn Sie nicht genau wissen, wer Ihre Benutzer sind — und was ihre Ziele, Probleme und Bedürfnisse sind.

    Erstellen Sie also Ihre Personas, bevor Sie Ihre Customer Journeys aufbauen. Auf diese Weise werden Sie verstehen, wie Ihre Nutzer mit dem Produkt interagieren werden, und Sie werden in der Lage sein, Nutzerberichte zu schreiben, die die Realität genauer widerspiegeln.

    Ansätze zur Zuordnung von User Storys

    Beispiel für das Mapping von User Storys

    Schauen wir uns ein Beispiel für das User Story Mapping an, um Ihnen zu helfen, den Prozess für Ihr eigenes Produkt zu visualisieren.

    • Identifizieren Sie das Produkt/das Ergebnis

    In diesem Beispiel ist unser Produkt ein kostenloses Online-Lernspiel für Kinder. Das Ergebnis ist, dass der Benutzer das Spiel findet und spielt.

    • Führen Sie Aktivitäten auf hoher Ebene auf (in chronologischer Reihenfolge):
    • Navigiere zur Spiele-Website
    • Loggen Sie sich in Ihr Konto ein (oder registrieren Sie sich, wenn Sie es zum ersten Mal verwenden)
    • Suche nach Spiel
    • Spiel wählen
    • Spiel spielen
    • Mit einem Freund oder in sozialen Netzwerken teilen
    • Listen Sie Benutzerberichte unter jeder Aktivität auf

    Die Suche nach einem Spiel könnte beispielsweise die folgenden Optionen beinhalten:

    • Freitextsuche — Als Elternteil möchte ich nach einem bestimmten Schlüsselwort suchen, damit ich schnell zu einem Spiel navigieren kann
    • Nach Kategorie durchsuchen: Altersgruppe - Als Elternteil möchte ich ein altersgerechtes Spiel finden, das meine Kinder leicht erlernen können
    • Nach Kategorie durchsuchen: Art der Bildung - Als Elternteil möchte ich ein Spiel finden, das meinem Kind hilft, sein Wissen und seine Fähigkeiten in einem bestimmten Bereich zu verbessern
    • Nach Kategorie durchsuchen: Spieltyp - Als Elternteil möchte ich ein neues Spiel finden, das einem ähnelt, das meinem Kind bereits gefällt
    • Sortiere nach den am besten bewerteten Spielen — Als Elternteil möchte ich ein Spiel finden, das mein Kind wahrscheinlich eine Weile beschäftigt, damit ich etwas Arbeit erledigen kann
    • Sortiere nach neuesten/ältesten Spielen - Als Eltern möchte ich meinem Kind helfen, ein Spiel zu finden, das es noch nicht gespielt hat, um ihm ein neues Erlebnis zu bieten
    • Sortiere nach den beliebtesten Spielen — Als Elternteil möchte ich meinem Kind helfen, die beliebtesten Spiele zu finden und zu spielen
    • Ordnen Sie Geschichten von den für Benutzer am wertvollsten zu den am wenigsten wertvollen

    Der Wert wird anhand von Analysen zu Nutzungsmustern, Kundeninterviews und anderen Erkenntnissen ermittelt.

    Dein Team überprüft möglicherweise die Feedback-Formulare, um herauszufinden, welche Funktionen von Eltern am häufigsten nachgefragt werden, und priorisiert diese zuerst. Auf diese Weise bieten sie in kürzerer Zeit mehr Wert.

    Ordnen Sie die Arbeit so an, dass Sie wissen, was und wann geliefert werden muss

    Ihr Team schätzt den Arbeitsaufwand für jede User Story ein und entscheidet, welche Storys Sie für kommende Sprints oder Releases fertigstellen können. Sie können Geschichten gruppieren, die für die Erstellung eines MVP benötigt werden, oder Geschichten, die veröffentlicht werden müssen, zusammen — zum Beispiel könnten alle Funktionen zum Durchsuchen nach Kategorien gleichzeitig veröffentlicht werden.

    Teilen Sie es auf Releases oder Sprints auf

    Das Team legt deine Schnittlinien fest (für den Sprint oder die Version), sodass sie unterscheiden können, was sie ihrer Meinung nach in diesem Sprint oder dieser Version liefern können. Dies hängt von ihren Kapazitäten ab und davon, was sie den Benutzern bieten müssen, um ein Minimum Viable Product (MVP) zu erreichen.

    Eine User Story Mapping... Story

    Während seiner Zeit bei Twitter moderierte unser Mitbegründer, Nicholas Muldoon, eine Sitzung für ein anderes Team, dessen Ziel es war, herauszufinden, wie ein Problem mit der App behoben werden sollte. Dieses Beispiel (in Nicks Worten) zeigt eine weitere interessante Anwendung von User Story Mapping, einschließlich der Arten von Problemen, die Sie möglicherweise lösen könnten, und wie Sie sich auf eine bestimmte Persona oder einen Unterbereich Ihrer Zielgruppe konzentrieren können.

    Schritt 1: Kick Off

    Wir haben damit angefangen, alle ins Zimmer zu holen. Zu den Teilnehmern gehörten mehrere Fachexperten — nicht nur das unmittelbare Team, das an dem Projekt arbeitete. Dazu gehörten jemand aus dem Team für die Benutzerauthentifizierung und ein UX-Designer, der in der Vergangenheit an der Zurücksetzung von Passwörtern gearbeitet hatte.

    Der Produktmanager eröffnete die Sitzung mit einer Erläuterung der Situation: „Ein ganzer Teil der Benutzer hat Probleme, in die App zu gelangen, weil sie sich nicht an ihr Passwort erinnern können. Um sie jedoch dazu zu bringen, den langwierigen Prozess zum Zurücksetzen des Passworts zu durchlaufen, wollen wir ihnen zunächst einen Mehrwert bieten, um zu zeigen, dass es sich lohnt. Wie?“

    Schritt 2: Identifizierung der Person

    Um die nächsten Schritte herauszufinden und das User Story Mapping durchzuführen, mussten wir die Zielgruppe eingrenzen, damit wir sie als Framing-Referenz oder Persona verwenden konnten. Schließlich hatten wir es mit einem riesigen Publikum von 30 Millionen Menschen zu tun, nicht mit einer einzigen Persona.

    Also haben wir gefragt: Auf wen zielen wir nicht ab? Dann konnten wir alle Pro-Nutzer und Regierungsnutzer ausschließen, wodurch sich die Zuschauerzahl auf 28 Millionen reduziert hat.

    Als nächstes fragten wir: Was ist der einfachste Ort, um das zu experimentieren und zu testen? Zu der Zeit gab es eine Funktion, auf die wir unter IOS nicht zugreifen konnten, also haben wir uns für Android entschieden. Außerdem hatten wir gute Beziehungen zum US-amerikanischen Mobilfunkanbieter AT&T. Deshalb haben wir uns unsere Zielgruppe von Android-Nutzern auf AT&T in den USA angesehen, was uns eine viel vernünftigere Zuschauerzahl von 3 Millionen Menschen bescherte.

    Wir haben diese Persona verwendet, um mit dieser speziellen Funktion zu experimentieren, ohne die verschiedenen Anwendungsfälle zu berühren.

    Schritt 3: Die großen Schritte

    Nachdem wir die Persona skizziert hatten, auf die wir uns konzentrieren würden, konnten wir darüber sprechen, was in oder was draußen ist. Also haben wir über die großen Schritte gesprochen, wie zum Beispiel:

    • Sie sind auf dem Android-Startbildschirm
    • Sie öffnen die App
    • Sie sehen alle Funktionen
    • Sie versuchen eine Aktion (Twittern, Liken oder Retweeten)
    • Sie führen einen Passwort-Reset durch
    • Diese kundenorientierten Epen bilden das Rückgrat der User Story Map.

    Außerdem haben wir in dieser Sitzung auch technische Epen für Dinge aufgenommen, die wir von anderen Teams bei Twitter brauchten. Dieses Team hatte zum Beispiel nicht die Kontrolle über die gesamte Authentifizierung, also fügten sie ein technisches Epos hinzu, um ein Gespräch mit einem anderen Team zu führen, um diesen Teil in ihren Backlog aufzunehmen, sodass sie alles hatten, was sie für das Experiment brauchten.

    Schritt 4: Die Geschichten

    Während wir die Epen ausgearbeitet haben, haben wir die User Stories unter jedem von ihnen ausgearbeitet.

    Schritt 5: Linien abschneiden

    Normalerweise führte Ihr Team an dieser Stelle Schätzungen durch und schnitt Grenzen ab, aber das war nicht nötig, da das Timing weniger relevant war. Wir mussten alle wichtigen Geschichten einbeziehen, um das Experiment erfolgreich durchführen zu können.

    Wir haben unser User Story Mapping physisch auf einem Whiteboard durchgeführt, also haben wir Band verwendet, um zu trennen, was in Sprint eins, zwei und drei hinein- und herauskommt. Wir hatten das Backlog auf der rechten Seite, das aus allem bestand, was wir besprochen hatten und das wir diesmal nicht aufnehmen konnten, auf das wir aber später zurückkommen wollten. Vielleicht passten einige Punkte nicht zu dieser Persona, oder wir würden für IOS darauf zurückkommen.

    In anderen Szenarien würden wir die Geschichten danach ordnen, was unserer Meinung nach den meisten Wert bieten würde, schätzen mit Storypoints, und planen Sie dann die Kapazität für eine Woche oder vierzehn Tage Arbeit auf der Grundlage der historischen Geschwindigkeit. Dann würden wir die Geschichten in Sprints und Versionen unterteilen. Bei der Sequenzierung könnte es darum gehen, etwas mit niedrigerem Kundennutzen nach oben zu bringen, weil Sie es anpassen können. Möglicherweise müssen Sie auch eine größere oder riskantere Geschichte aufschlüsseln und sie in zwei Benutzergeschichten aufteilen.

    Während des gesamten Prozesses hatte jeder die Möglichkeit, seine Meinung zu äußern (es gibt nichts Frustrierenderes, als nicht gehört oder gehört zu werden), und wir haben sie in den Vorstand aufgenommen. Eine meiner Aufgaben als Moderator bestand darin, alle im Raum zu betreuen — von der ruhigsten Person bis zur kontaktfreudigsten Person.

    Wenn jemand still war, würde ich ihn in die Diskussion einbeziehen und ihn direkt nach seinen Gedanken fragen. Es ist wichtig, verschiedene Teilnehmer einzubeziehen, um eine ganzheitliche Vision oder ein ganzheitliches Verständnis zu erhalten. Denn am Ende des Tages besteht der Zweck des User Story Mappings darin, das Team auf den gleichen Stand zu bringen. Wenn sich das Team auf den Weg macht und sich nicht auf die Vision eingelassen hat, werden sie bald feststellen, dass jeder ein anderes Verständnis davon hat, was passieren soll. Es geht weniger um den Prozess als vielmehr um die Ausrichtung des Teams.

    Ergebnisse 🏆

    Als Ergebnis dieses User Story-Mapping-Prozesses schlug das Projekt eine neue Richtung ein, bei der die App die Gerätekennzeichnung zusammen mit dem Benutzernamen verwendet, um herauszufinden, wer der Benutzer war, bevor er sich anmeldet. Dies würde es ihnen ermöglichen, direkt in die Timeline zu gelangen und daraus einen Mehrwert zu ziehen.

    Wenn sie jedoch Aktionen ausführen wollten (wie Twittern, RT oder einen Tweet mit „Gefällt mir“ markieren), mussten sie ein Passwort eingeben (und wären hoffentlich engagiert genug, um den Vorgang abzuschließen). Insgesamt war es eine sehr erfolgreiche User Story Mapping Session!

    Physisches versus digitales User Story-Mapping

    Nun, da Sie die Schritte beim User Story Mapping kennen, wie implementieren Sie sie tatsächlich?

    Traditionell erfolgt das User Story Mapping physisch. Sie bringen Ihr Team in einen Raum, schreiben das Backbone und die Nutzergeschichten auf Haftnotizen, ordnen sie an einer Wand an und verwenden eine Schnur, um die Schnittlinien oder Swimlanes darzustellen.

    Es könnte ein bisschen so aussehen:

    What a traditional user story mapping session can look like

    Dieser Prozess bringt jedoch einige Herausforderungen mit sich:

    • Du musst ein Zimmer für einen Tag finden und buchen (oder länger, wenn du eine komplexe Produkt- und Nutzerreise planen musst)
    • Wir alle wissen, dass Haftnotizen dazu neigen, ihre Klebrigkeit zu verlieren und von der Wand zu fallen (auch wenn Sie Ihre Peeling-Technik absolut perfektionieren)
    • Selbst wenn Sie externe Teammitglieder per Videokonferenz einbeziehen, ist es für sie schwierig, Post-its zu lesen — und natürlich ist es für sie viel schwieriger, Beiträge zu leisten
    • Ein Teammitglied muss immer noch alle Daten in Jira eingeben, wenn deine User Story Mapping-Sitzung abgeschlossen ist (er sieht aus wie im folgenden Screenshot, der deiner physischen Story-Map nicht allzu sehr ähnelt).
    backlog
    „Als ich bei Twitter gearbeitet habe, haben sie versucht, über Videokonferenzen eine physische Benutzerstory abzubilden, um Teammitglieder an verschiedenen Orten einzubeziehen. Es war eine Herausforderung. Es würde viel „Hey Nick, was steht da?“ geben. und ich müsste es vorlesen oder im Chat abtippen.“

    Nicholas Muldoon, Mitbegründer @Easy Agile

    Aus diesem Grund ist es oft besser, ein Tool oder eine App zu verwenden, um Ihr User Story Mapping digital durchzuführen.

    Es gibt zwar eine Reihe von Apps und Softwareoptionen für das User Story Mapping, aber der effizienteste Ansatz besteht darin, ein User Mapping Tool zu verwenden, das direkt in Jira integriert ist.

    Auf diese Weise musst du deine Arbeit nicht in Jira übertragen — dein Team kann direkt mit der Arbeit an seinen wichtigsten Storys beginnen, sobald du deine Mapping-Sitzung abgeschlossen hast.

    Lesen ➡️ User Story Mapping für Remote-Teams

    Jira + Einfacher agiler TeamRhythm

    Jira

    Jira alleine erlaubt es dir nicht, User Story Mapping durchzuführen. Es repliziert die physische Sitzung nicht mit Haftnotizen und einer X-Achse. Das Beste, was es tun kann, ist ein flacher Rückstand — und hoffentlich weißt du inzwischen, dass das für die meisten Teams nicht gut genug ist.

    Zum Glück kannst du mit Easy Agile TeamRhythm, einem Add-on für Jira, eine digitale und kollaborative Story-Mapping-Sitzung direkt in Jira durchführen.

    So funktioniert das:

    Funktionen zur Zuordnung von User Storys zu Jira hinzufügen

    Hinzufügen Einfacher agiler Teamrhythmus zu deinem Jira-Konto. Du kannst mit einer kostenlosen 30-Tage-Testversion beginnen.

    Wenn du TeamRhythm von einem agilen Board aus öffnest, das bereits verwendet wird, wird es automatisch mit den Daten deines Boards gefüllt. Aktuelle Probleme werden dem Backlog-Panel im rechten Bereich hinzugefügt. Aber keine Sorge — du kannst diese Daten ganz einfach bearbeiten. Und wenn es ein neues agiles Board ist, kannst du dein Backbone, deine Storys und Swimlanes ganz einfach von Grund auf neu hinzufügen.

    Richte dein Rückgrat ein

    Am oberen Rand des Spielbretts erstellst du eine horizontale Reihe von Epen (falls du deinem Board bereits Epen zugeordnet hast, wird diese automatisch ausgefüllt). Jedes Epos steht für eine Aktivität, bei der die Nutzer das Produkt durchqueren. Dies wird oft als das „Rückgrat“ der Storymap bezeichnet.

    Diese Epen können per Drag-and-Drop verschoben werden und die Reihenfolge der Epen wird mithilfe des Jira-Rankings im Backlog wiedergegeben.

    Mit Easy Agile ist es ganz einfach, neue Epen direkt in der Story-Map zu erstellen. Klicken Sie einfach oben rechts auf dem Bildschirm auf die Schaltfläche „Epic erstellen“. Füge den Namen und die Beschreibung hinzu und klicke dann auf „Erstellen“. Scrolle auf deiner Story-Map ganz nach rechts, um dein neues Epos zu finden.

    Machen Sie sich keine Sorgen, dass alles sofort perfekt wird. Sie haben die Möglichkeit, sie später online zu bearbeiten.

    Füge das Fleisch hinzu (oder Geschichten!)

    Unter jedem Epos auf dem Backbone findest du alle verknüpften User Stories, die nach Rang sortiert sind. Um eine neue Story hinzuzufügen, fahre mit der Maus über den Bereich, in dem du deine Story erstellen möchtest, und klicke auf „Neu“. Gib den Namen deiner Story ein und wähle deinen Problemtyp aus dem Drop-down-Menü aus (z. B. Aufgabe, Story oder Bug). Du kannst auch auf das Backlog-Panel zugreifen, um bestehende Geschichten oder Probleme hinzuzufügen — klicke einfach auf „Bestehend“, suche nach deinem Problem und füge es hinzu.

    A screenshot of Easy Agile User Story Maps is shown for a car media/controls system. Stories are mapped to epics, including navigation, car statistics, phone integration, play media, and fatigue management. They’re split across Sprint 1 and Sprint 2, with a backlog of unscheduled items on the right.

    Sie können Probleme auch aus dem Backlog-Panel hineinziehen.

    Und genau wie bei Epen können Sie Ihre Geschichten direkt bearbeiten, indem Sie auf den Namen der Ausgabe klicken.

    Bestelle deine Epen und Geschichten

    Ordne jetzt deine Epen und Geschichten. Ihre Epen sollten die Reise Ihres Kunden von Anfang bis Ende widerspiegeln. Und Ihre Geschichten sollten nach dem Wert geordnet sein, den sie den Kunden bieten.

    In Easy Agile-Apps können Sie Ihre Geschichten und Epen durch Klicken und Ziehen neu anordnen. Und wenn Sie ein Epos verschieben, werden auch die zugehörigen Geschichten darunter verschoben.

    Arbeit schätzen

    Zeigen Sie mit der Maus auf das Schätzfeld (die graue Zahl am unteren Rand jedes Story-Elements). Klicken Sie hier, um es hinzuzufügen oder zu bearbeiten Storypoints.

    Lesen ➡️ Agile Schätzungstechniken

    Swimlanes hinzufügen und anordnen (Version/Sprint)

    Jetzt ist es an der Zeit zu entscheiden, welche Probleme Ihr Team wann angehen wird, indem Sie die Arbeit horizontal aufteilen. Klicken Sie oben rechts auf die Schaltfläche „Swimlanes“. Sie können wählen, ob Sie die Arbeit nach Sprints oder Versionen sortieren möchten (je nachdem, ob Sie Scrum oder Kanban* sind). Ihre Sprints oder Versionen werden in chronologischer Reihenfolge auf der Story-Map angezeigt. Unten auf der Story-Map befindet sich eine Schaltfläche „Sprint hinzufügen“, über die Ihr Team weitere Sprints und Versionen hinzufügen kann.

    * Bei Kanban sequenzieren Sie Ihre Arbeit in der Regel in Versionen, da es keinen Sprint gibt. Dies kann Ihrem Team helfen, die lange Liste von Geschichten in die Bereiche „Jetzt“ und „Zukunft“ zu reduzieren.

    Sie können Storys einfach per Drag-and-Drop verschieben und sie der entsprechenden Swimlane zuordnen.

    Überprüfe die Teamgeschwindigkeit, um zu vermeiden, dass dein Team bei jedem Sprint oder jeder Version überfordert wird. Bewegen Sie den Mauszeiger über die Indikatoren „Nicht gestartet“, „In Bearbeitung“ und „Fertig“ ganz rechts in der Swimlane des Sprints oder der Version, um zu sehen, wie Ihr Storypoints verfolgen alle Geschichten und Probleme. Wenn du zu viele hast Storypoints, du kannst einige Storys in den nächsten Sprint oder die nächste Version verschieben.

    Lesen ➡️ Agile Story Points: Messen Sie Ihren Aufwand wie ein Profi

    Probiere verschiedene Ansichten aus

    Sie können auf der Grundlage einer Textsuche suchen oder einen Schnellfilter erstellen (enthält z. B. „Als übergeordnetes Objekt“). Oder wenn Sie unser anderes Produkt, Easy Agile Personas, verwenden, haben wir ein Tutorial, wie Sie einen Schnellfilter nach Persona erstellen können. Auf diese Weise können Sie Ihre Story-Map verfeinern und sich auf das konzentrieren, was für Sie wirklich wichtig ist.

    An die Arbeit!

    Alle während der Story-Mapping-Sitzung vorgenommenen Änderungen werden automatisch in Jira übernommen, sodass dein Team die Story-Mapping-Sitzung verlassen und mit der Arbeit beginnen kann.

    Erste Schritte mit Easy Agile TeamRhythm

    Easy Agile TeamRhythm funktioniert sofort mit Ihrem vorhandenen Backlog (der Einstieg ist also superschnell und einfach). Aber es gibt dir diese zusätzliche Dimension, die dir hilft, dein Backlog zum Leben zu erwecken. Es ist ein Aliiiiive!

    Willst du es selbst ausprobieren? Wir haben zwei Möglichkeiten:

    Kostenlose Testversion von Easy Agile TeamRhythm

    ODER spielen Sie mit unserer Demo herum (keine Installation oder Anmeldung erforderlich) :-)

    TeamRhythm Highlights-Tour

    Aber hör uns nicht einfach zu. Hier ist, was einige unserer Kunden zu sagen haben:

    Die Jira-Software eignet sich hervorragend, um Aktivitäten und Backlogs zu verfolgen, aber ohne User Story Mapping kann es leicht passieren, dass Sie die Vision Ihres Produkts verlieren. Easy Agile User Story Mapping ermöglicht es den Teams, miteinander zu kommunizieren — nicht nur über Aktivitäten, sondern auch über die Vision des Produkts. Einige unserer Teams nutzen dieses Tool regelmäßig für Rückblicke, und es hilft ihnen, das Produkt zu ihrem Produkt zu machen.

    - Paul Flye Sainte Marie, Agile- und Tools-Referent @Kering

    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.

    - Mike 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!

    - Rafal Zydek, Atlassian Jira und Confluence Expert Administrator @ING Tech Poland

    Sehen Sie, worum es bei der ganzen Aufregung geht

    Starten Sie Ihre kostenlose 30-Tage-Testversion

    Einfacher agiler Teamrhythmus

    Psst: Es ist die am schnellsten wachsende und am höchsten bewertete Story-Mapping-App für Jira! Du wirst es lieben.

    6 Möglichkeiten, deine Storymap am Leben zu erhalten

    Apropos Dinge zum Leben erwecken, wir haben noch ein paar letzte Tipps...

    Ihre User Story Map ist so konzipiert, dass sie ein lebendiges, atmendes Ding ist, sodass Ihr Team Ihren Kunden kontinuierlich einen Mehrwert bieten kann. Sie werden diese Vorteile jedoch verpassen, wenn Ihr Team sie nicht kontinuierlich nutzt, darüber nachdenkt und sie verfeinert.

    Hier sind 6 Möglichkeiten, wie du deinen Backlog am Leben erhalten kannst:

    1. Verfolgung des Fortschritts

    Während dein Team Releases veröffentlicht, kann es seinen Fortschritt anhand der User Story Map visuell verfolgen. Mit Easy Agile User Story Maps werden Aktualisierungen in Jira direkt in der User Story Map wiedergegeben, sodass Sie überprüfen können, wie viel Prozent der Arbeit abgeschlossen wurden. Auf diese Weise können Sie Probleme frühzeitig erkennen und die Arbeitsbelastung Ihres Teams (und zukünftiger Versionen/Sprints) bei Bedarf anpassen.

    2. Pflege des Backlogs

    Der Zweck der Backlog-Grooming besteht darin, einen gesunden, aktuellen Produkt-Backlog aufrechtzuerhalten, der für eine effiziente Sprint-Planung bereit ist. Wenige Tage vor Ihrem Sprint-Planungstreffen wird Ihr Produktmanager:

    • Löschen Sie User Stories, die nicht mehr relevant sind
    • Erstellen Sie neue User Stories, wenn die Bedürfnisse klarer werden
    • Schätzungen zuordnen und korrigieren
    • Teilen Sie zu große User-Stories auf
    • Schreiben Sie Geschichten um, um sie klarer zu machen
    • Stellen Sie sicher, dass die Geschichten nach Priorität sortiert sind
    • Stellen Sie sicher, dass die Geschichten oben bereit sind, geliefert zu werden

    Es ist viel einfacher, dies mit Easy Agile User Story Maps zu tun (statt mit einem flachen Backlog), da Ihr Produktmanager und Ihr Team alle kontextbezogenen Informationen sehen können. Sie können die Reihenfolge durch Klicken und Ziehen verschieben und Probleme mithilfe der Inline-Bearbeitung schnell aktualisieren.

    3. Sprint-/Release-Planung

    Die Sprint-Planung erfolgt zu Beginn jedes Sprints. Es soll Ihrem Team helfen, sich auf ein Ziel für den nächsten Sprint und die Reihe von Backlog-Elementen zu einigen, die ihnen helfen, dieses Ziel zu erreichen. Dazu gehört die Priorisierung der Backlog-Elemente (das sollte dank der Backlog-Grooming einfach sein) und sich darauf zu einigen, für welche Aufgaben dein Team während des Sprints Kapazität hat. Sprint-Planungssitzungen laufen in der Regel viel reibungsloser ab, wenn Sie sich auf Ihre User Story Map beziehen. Mit Easy Agile User Story Maps können Sie Ihre Story-Map unterwegs mit Backlog-Elementen aktualisieren. Alle Ihre Änderungen werden in Jira wiedergegeben, sodass Ihr Team sofort mit der Arbeit am Sprint beginnen kann.

    4. Sprint-Bewertungen

    Am Ende jedes Sprints führt Ihr Team einen Sprint-Review durch, um festzustellen, ob das Ziel erreicht wurde und ob Ihre Erhöhung zu einer funktionierenden, versandfähigen Produktversion geführt hat. Ihr Produktmanager wird sich die Punkte „Erledigt“ aus dem Backlog ansehen, und das Entwicklungsteam wird Ihnen die geleistete Arbeit demonstrieren.

    Das Team spricht darüber, was gut gelaufen ist, welche Probleme es gibt und wie sie gelöst wurden oder gelöst werden könnten. Sie überprüfen den Zeitplan, das Budget und die potenziellen Funktionen für die nächste geplante Produktveröffentlichung, wodurch die Vorbereitungen für die nächste Sitzung zur Rückstandsbereinigung und Sprint-Planung in Gang gesetzt werden.

    In Easy Agile User Story Maps können Sie Ihre Ansicht ganz einfach filtern, um „erledigte“ Probleme anzuzeigen, Sprint-Statistiken einzusehen und Story-Point-Schätzungen zu aktualisieren. Auf diese Weise können Sie direkt in Jira ein schnelles und kollaboratives Sprint-Review-Meeting abhalten.

    5. Straßenkarten

    Sie können Ihre Storymap verwenden, um Ihre Roadmap mit Stakeholdern zu kommunizieren und die Produktvision zu teilen. Nachdem Ihre bevorstehenden Releases und Sprints geplant sind, können Sie leicht erkennen, welche Teile der Kundenreise aktualisiert oder verbessert werden sollen und wann.

    6. Rückblicke

    Retrospektiven finden oft am Ende Ihres Sprints oder Releases statt. Oder Sie veranstalten sie nach einer Veranstaltung, einer Präsentation, jeden Monat oder jedes Quartal. Retros helfen Ihrem Team dabei, darüber nachzudenken, was gut gelaufen ist, was besser hätte laufen können und was es beim nächsten Mal anders machen würde. Ihre User Story Map kann Ihrem Team bei Rückblicken einen visuellen Bezugspunkt bieten und ihnen helfen, sich auf den Nutzer zu konzentrieren.

    So erfahren Sie mehr über User Story Mapping

    Wir sind fast am Ende, aber hören Sie hier nicht auf! Es gibt noch so viel mehr zu lernen, wenn du tiefer in das Thema User Story Mapping einsteigen willst.

    Hier sind einige Ressourcen, die einen Blick wert sind:

    Bücher zum Mapping von Nutzergeschichten

    Jeff Patton hat DAS Buch über User Story Mapping geschrieben, genannt User Story Mapping: Entdecke die ganze Geschichte, baue das richtige Produkt. Jeff war der ursprüngliche User Story Mapper — zumindest wird ihm die Erfindung des Konzepts und der Praxis zugeschrieben.

    Artikel zum Mapping von User-Storys

    Hier sind einige Artikel, die wir in den letzten Jahren geschrieben haben:

    Story Maps — Ein visuelles Tool für kundenorientierte Entwicklung (dieses hat ein großartiges Video)

    Wie schreibt man gute User Stories in der agilen Softwareentwicklung

    Der Unterschied zwischen einem flachen Produkt-Backlog und einer User Story Map

    Anatomie einer agilen User Story Map

    Das war's! Du hast den ultimativen Guide zum User Story Mapping fertiggestellt! 👏

    Sie haben alle Tools und Informationen, die Sie benötigen, um...

    • Führen Sie Ihre erste User Story Mapping-Sitzung durch
    • Führen Sie das Story-Mapping effektiver (und selbstbewusster) durch
    • Holen Sie mehr aus Ihrer Story-Map heraus
    • Priorisieren Sie Ihre Arbeit, um Ihren Kunden so schnell und so oft wie möglich den größtmöglichen Nutzen zu bieten
    • Arbeiten Sie kollaborativer
    • Planen Sie Ihre Arbeit genau
    • Verstehe das Warum hinter der Arbeit

    Geh raus und Storymap! Und lass uns wissen, wie es dir geht.

    Wenn Sie Fragen zu User Story Maps haben, würden wir uns freuen, von Ihnen zu hören. Sie können kontaktiere uns oder sende uns einen Tweet @EasyAgile. Wir werden diesen Leitfaden aktualisieren, sobald wir auf weitere Tipps, Techniken und häufig gestellte Fragen zum Thema User Story Mapping stoßen.

  • Workflow

    So erstellen Sie eine User Persona: Eine schrittweise Anleitung

    Möchten Sie sicherstellen, dass Ihr Unternehmen kundenorientiert ist? Eine gute Möglichkeit, dies zu tun, besteht darin, Personas zu erstellen.

    Egal, ob Sie ein Product Owner, Vermarkter oder Verkäufer sind, das Schreiben der Personas Ihres Unternehmens ist eine große Sache. (Also, delegieren Sie diesen Job wahrscheinlich nicht an den Praktikanten...)

    Das liegt daran, dass Ihre Personas verwendet werden können, um:

    • Brainstormen Sie neue Ideen
    • Entscheiden Sie, welche Produkte und Funktionen Sie priorisieren sollten
    • Richten Sie Ihre Werbe- und Marketingkreativen besser aus
    • Stellen Sie eine bessere Verbindung zu potenziellen Kunden her und empfehlen Sie die beste Lösung, die ihren Zielen, Problemen und Problemen entspricht

    Ihre Personas werden sich auf fast alle Bereiche Ihres Unternehmens auswirken, daher ist es wichtig, dass Sie sie richtig einsetzen. Wir wissen ein oder zwei Dinge darüber, wie man Personas erstellt (du könntest sogar sagen, dass wir Experten sind 😏), also haben wir diesen kleinen Leitfaden erstellt, der dir hilft, deine wie ein Profi zu erstellen.

    Folgen Sie unseren 9 einfachen Schritten und Sie erhalten leistungsstarke Personas, die Ihr gesamtes Team nutzen kann.

    Stellen Sie sicher, dass Ihr Team auf die Archetypen Ihrer Kunden ausgerichtet ist mit

    Einfache agile Personas

    Kostenlose Testversion

    Schritt 1 — Recherchieren Sie

    Der beste Ausgangspunkt sind Ihre bestehenden Kunden und Interessenten. Sie könnten Interviews und Fokusgruppen durchführen, um mehr darüber zu erfahren, wer Ihre Kunden sind und was sie wollen. Oder erstellen Sie eine Online-Umfrage — diese können Sie kostenlos in Google-Formularen einrichten.

    Fragen Sie Ihre Kunden nach:

    • Ihr Alter
    • Ihr Standort
    • Wofür sie qualifiziert sind
    • Ihr Titel oder ihre berufliche Rolle
    • Wo sie arbeiten
    • Ihr Familienleben
    • Wie sie derzeit Ihr Produkt (oder andere Produkte) verwenden
    • Was stört sie an Ihrem Produkt (oder anderen Produkten)
    • Relevante Aufgaben, mit denen sie zu kämpfen haben
    • Was sie gerade in ihrer Arbeit/ihrem Leben erreichen möchten

    Tipp: Es kann sich manchmal etwas unangenehm anfühlen, wenn Sie persönliche demografische Fragen stellen, also könnten Sie sie stattdessen mit einer Frage zusammenfassen: „Wie würden Sie sich selbst beschreiben?“ Auf diese Weise kann jeder Befragte selbst entscheiden, wie viele Details er Ihnen gibt, und Sie könnten aus einer offenen Frage einige wirklich wertvolle Erkenntnisse gewinnen.

    Andere Forschungsmethoden umfassen:

    • Analytik — Google Analytics und Social Media Analytics zeigen in der Regel demografische Daten an. Schauen Sie sich Ihre Analysen an
    • Foren — Tritt Foren und geschlossenen Gruppen bei, in denen sich dein Publikum gerne trifft, Fragen stellt und sich über Probleme austauscht, die für dein Produkt oder deine Dienstleistung relevant sind (achte nur darauf, dass du dir ein Zeitlimit setzt, damit du nicht versehentlich in ein Reddit/Quora-Kaninchenloch fällst)
    • Sprechen Sie mit Ihren Kollegen — Versuchen Sie, Ihr gesamtes Team einzubeziehen und über Ihr Publikum zu sprechen, insbesondere über diejenigen, die regelmäßig mit Kunden interagieren

    Schritt 2 — Analysieren Sie die Daten und identifizieren Sie Ihre Personas

    Nachdem Sie die Recherche durchgeführt haben, ist es an der Zeit herauszufinden, was das bedeutet. Seien Sie unvoreingenommen, wenn Sie sich die Daten ansehen, weil Sie echte Personas erstellen möchten, nicht etwas, das Ihre eigene interne Erzählung oder den Weg, den Sie bisher eingeschlagen haben, unterstützt.

    Suchen Sie nach Mustern in den Daten und finden Sie heraus, welche Gemeinsamkeiten und Unterschiede es gibt. Von hier aus sollten Sie in der Lage sein, 3-5 verschiedene Personentypen zu identifizieren. An diesem Punkt könnten Sie versucht sein, elf Millionen Personas zu erstellen, aber tun Sie das nicht. Sie möchten alle Ihre wichtigsten Nutzer- und Zielgruppentypen abdecken und einigermaßen spezifisch werden.

    Normalerweise ist weniger am besten, wenn es um Personas geht, da Sie dadurch konzentrierter sein können. Schließlich kannst du nicht alles machen und du weißt, was sie sagen... wenn du alle anvisierst, erreichst du niemanden. Je mehr Ihr Produkt und Marketing auf eine bestimmte Personengruppe zugeschnitten sind, desto mehr werden sie sich dafür interessieren. Das könnte bedeuten, dass Sie einige Zielgruppen aus Ihren Personas ausschließen müssen, die nicht so gut zu Ihnen passen, und das ist in Ordnung.

    Schritt 3 — Finden Sie ein Persona-Tool oder eine Vorlage

    Idealerweise verwendest du eine App oder ein System, das Personas erstellt (wie Easy Agile Personas for Jira). Auf diese Weise können Sie Ihre Personas in Ihre Prozesse integrieren, müssen nicht an der Formatierung herumspielen und sie lassen sich einfacher aktualisieren.

    Manche Leute haben Persona-Vorlagen in Google Docs oder Confluence.

    Testen Sie Easy Agile Personas

    Schritt 4 — Mach sie menschlich

    Bevor Sie mit dem Stift zu Papier kommen, sollten Sie sich ein Foto besorgen, anhand dessen Sie definieren können, wer Ihre Benutzerpersönlichkeit ist. Denn je authentischer Ihre Persona ist, desto einfacher wird es sein, mit ihr in Beziehung zu treten und Empathie in sie zu haben. Und desto einfacher wird es sein, über sie zu schreiben und sich ihre Geschichte auszudenken. Versuchen Sie bei der Auswahl Ihres Fotos, etwas zu finden, das nicht wie ein Archivfoto aussieht.

    Geben Sie Ihren Personas als Nächstes echte Namen, die zu ihrer Demografie passen. Versuche, langweilige Klischees zu vermeiden, aber wenn du etwas Inspiration beim Benennen brauchst, kannst du die Listen durchforsten hier.

    Füge in die Personas Informationen ein, die dir helfen, sie als Person zu verstehen. Du musst nicht ihre gesamte Lebensgeschichte erzählen, aber kleine Details über ihre Persönlichkeit und ihre Beweggründe können helfen, sie zum Leben zu erwecken.

    Schritt 5 — Schreiben Sie Ihre Personas

    Beim Schreiben deiner Personas geht es darum, ihre Geschichte zu erzählen (die TL; DR-Version). Je nachdem, wie Sie Ihre Personas verwenden möchten, können Sie Details wie die folgenden angeben:

    • Wie ihr Tag strukturiert ist
    • Wie sie dahin gekommen sind, wo sie jetzt sind (im Leben/Karriere)
    • Worüber sie gerade nachdenken
    • Was hält sie nachts wach

    Zu den wichtigsten Abschnitten könnten gehören:

    • Name
    • Demografie (wie Geschlecht, Alter, Standort, Qualifikationen, Beruf, Einkommen, Familienstand und Kinder)
    • Ziele/Bedürfnisse
    • Werte
    • Informationsquellen (wie Bücher, Podcasts, Nachrichtenseiten, Blogs, Fernsehen, Radio, Vordenker und Social-Media-Kanäle)
    • Technologie (einschließlich Geräte, Browser und Software/Apps)
    • Schmerzpunkte, Ängste und Einwände
    • Persönlichkeitsmerkmale (Sie könnten sich auf DISC, Enneagramm und sogar Liebessprachen beziehen)
    • Fähigkeiten und Tools
    • Zitat (ein oder zwei Sätze in ihren eigenen Worten, die ihre Gedanken oder Position festhalten, idealerweise eine Umfrageantwort oder ein Zitat aus einem Interview mit einem Ihrer Kunden)

    Sie müssen nicht alle oben genannten Abschnitte verwenden. Du musst deine Personas kurz und bündig halten (1-2 Seiten), was bedeutet, dass du Überflüssiges vermeiden und Details herausschneiden musst, die nicht relevant oder nützlich sind.

    Schritt 6 — Verfeinern

    Jetzt, da deine Personas geschrieben sind, ist es an der Zeit, den Rest deines Teams einzubeziehen und Feedback zu den Personas einzuholen. Viele von ihnen werden unterschiedliche Sichtweisen darauf haben, wer Ihre Personas sind und was die Hauptprobleme und Schmerzpunkte Ihrer Zielgruppe sind. Lassen Sie sie also Löcher in die Geschichten bohren und weitere wichtige Details hinzufügen, die Sie möglicherweise übersehen haben.

    Es hat auch einen Nebeneffekt, wenn Sie Ihre Profile mithilfe Ihrer Teammitglieder verfeinern. Wenn sie an der Erstellung der Personas beteiligt sind, ist die Wahrscheinlichkeit, dass sie sie am Ende verwenden, viel höher.

    Schritt 7 — Mach sie hübsch

    Scrappy-Personas können funktionieren, aber wenn Sie eine bessere Benutzererfahrung schaffen, werden Ihre Personas wahrscheinlich häufiger verwendet.

    Sie können Ihre Personas mit Symbolen, Illustrationen und Markenfarben aufpeppen. Füge Grafiken und Diagramme hinzu, um Daten visuell darzustellen (z. B. wo deine Persona auf einer Skala mit Persönlichkeitsmerkmalen steht). Und verwende Überschriften, um die Persona in Abschnitte zu unterteilen und das Scannen zu erleichtern. Punkte, Fettschrift, Kursivschrift und Hervorhebungen können ebenfalls dazu beitragen, dass wichtige Informationen hervorgehoben werden.

    Personas

    Schritt 8 — Integrieren Sie sie in Ihre Prozesse

    Ihre Marketing-, Vertriebs- und Entwicklungsteams können alle besser arbeiten, wenn sie Personas verwenden. Stellen Sie also sicher, dass Ihre glänzenden neuen Personas in alle relevanten Geschäftsprozesse integriert und dem gesamten Team zugänglich gemacht werden. Laden Sie sie in die Cloud hoch, verknüpfen Sie sie mit Ihrem Projektmanagement-Tool (wie Jira) und idealerweise mit Ihren User Stories und Ihrem Backlog, um dort Kontext hinzuzufügen.

    Schritt 9 — Beachten Sie den Unterschied

    Mit Personas sind Ihre Teams mit einem viel besseren Verständnis Ihrer Nutzer und Ihrer Zielgruppe ausgestattet. Dies könnte folgende Auswirkungen haben:

    Du wirst nutzerorientierter

    Personas zwingen Ihr Team, zuerst an den Nutzer zu denken, sich in Ihre Kunden hineinzuversetzen und sie als echte Menschen mit echten Bedürfnissen zu sehen. Zum Beispiel möchte dein Team vielleicht an einer neuen Funktion arbeiten, die es Nutzern ermöglicht, sich über Facebook anzumelden (alle anderen machen das!) , aber zuerst überprüfen sie, wie jede Persona diese Funktion nutzen würde. Es stellt sich heraus, dass keine Ihrer Personas starke Facebook-Nutzer ist, daher ist es unwahrscheinlich, dass diese Funktion genutzt wird. Stattdessen beschließt dein Team, Aktualisierungen im Dashboard zu priorisieren, die zwei deiner Personas helfen könnten, ein bestimmtes Ziel zu erreichen.

    Ihr Produkt wird sich verbessern

    Wenn Sie sich darauf konzentrieren, was Ihre Nutzer wollen und brauchen, wird Ihr Produkt besser. Wenn Sie neue Funktionen und Arbeit mit den Bedürfnissen Ihrer Personas verknüpfen, können Sie Ihr Produkt mitgestalten und es im Laufe der Zeit wertvoller machen.

    Sie werden den Wert Ihrer Arbeit erkennen

    Eine Aufgabe wird zu mehr als nur einer Sache auf Ihrer To-Do-Liste, wenn sie mit einer Persona verknüpft ist. Ihr Team besteht nicht nur aus Marketern, Vertriebsmitarbeitern und Entwicklern — sie sind Problemlöser.

    Ihr Marketing ist nachvollziehbarer

    Personas helfen Ihrem Marketingteam, Ihre Kunden besser zu kennen — ihre Probleme, Ziele, Wünsche und sogar die Art und Weise, wie sie sprechen. Ihr Marketingteam kann diese Erkenntnisse nutzen, um Marketingmaterial zu erstellen, das aussagekräftiger und ansprechender ist und direkt mit Ihren Personas spricht.

    Deine Kommunikation wird besser auf deine Veröffentlichungen abgestimmt

    Ihr Marketingteam könnte beispielsweise alle Ausgaben filtern, die in einer kommenden Version von Persona geplant sind. Möglicherweise stellen sie fest, dass sich die meisten Geschichten, an denen das Entwicklungsteam arbeiten wird, direkt auf die Busy Mum-Persona beziehen. Mit diesen Informationen können sie ihre Go-to-Market-Kommunikation auf die Busy Mum-Persona zuschneiden, was dazu beitragen kann, dieses Publikum für die neue Veröffentlichung fit zu machen.

    Sie werden Ihre Prioritäten sortiert haben

    Du wirst in der Lage sein, Prioritäten besser zu setzen und deine Handlungen zu begründen, indem du sie wieder in deine Personas bringst. Anstatt Ihrer eigenen Agenda zu folgen, werden die Prioritäten Ihrer Kunden zu Ihren Prioritäten. Sie können Aufgaben danach sortieren, von welcher Persona sie profitieren und wie stark (in Easy Agile Personas haben wir ein benutzerdefiniertes Feld „Wichtigkeit für Persona“). Du könntest zum Beispiel feststellen, dass dein Team eine Weile an keiner der Geschichten der Stay At Home Dad Persona gearbeitet hat, also wechselst du den Gang, um an seiner Funktion mit der höchsten Priorität zu arbeiten.

    Deshalb sollten großartige Personas Ihre #1 -Ressource sein, wenn Sie wichtige Geschäfts-, Produkt- und Marketingentscheidungen treffen, damit Sie die Dinge immer durch die Linse Ihrer Kunden betrachten. Jetzt haben Sie Ihre Personas, gehen Sie los und kreieren Sie!

    Vorlage für eine Benutzerpersönlichkeit

    Der Aufbau einer Buyer Persona muss nicht überwältigend sein. Die meisten Personas folgen einer ähnlichen Struktur. Wenn Sie also mit einer Vorlage beginnen, können Sie sich auf die Details konzentrieren, die jeden Kunden einzigartig machen. Nutze die Erkenntnisse aus deiner Recherche, um jeder Persona Tiefe zu verleihen, damit du deine Zielgruppe besser verstehen und mit ihr in Kontakt treten kannst.

    An easy-to-use user persona template
    Einfach zu verwendende Benutzerpersona-Vorlage

    So füllen Sie jeden Abschnitt aus

    Titel und Personenname
    Der Persona-Titel fasst zusammen, wer dieser Käufer ist — denken Sie an Branche, berufliche Rolle oder sogar an ein Ziel, das ihn von anderen unterscheidet. Das Hinzufügen eines bestimmten Namens und Fotos erweckt die Persona zum Leben und macht es einfacher, echte Personen im Auge zu behalten, wenn Sie auf ihr Profil verweisen.

    Kurzbiografie
    Eine kurze Biographie erzählt ihre Geschichte. Beschreiben Sie, was sie antreibt, vor welchen Herausforderungen sie stehen und welche herausragenden Eigenschaften sie haben. Diese kurze Zusammenfassung gibt den Daten ein Gesicht und hilft allen, sich mit der Person als einem echten Individuum zu identifizieren.

    Persönlichkeitsmerkmale
    Das Verständnis der Persönlichkeit Ihrer Person kann entscheidend sein, um Botschaften zu erstellen, die Anklang finden. Die Verwendung gängiger Frameworks wie Myers-Briggs oder DISC kann dabei helfen, Merkmale wie Entscheidungsstile, Kommunikationspräferenzen und die Frage zu erfassen, ob sie eine Gesamtansicht oder detaillierte Informationen bevorzugen.

    Beweggründe und Ziele
    Beschreiben Sie, was diese Persona voranbringt. Es könnten ihre beruflichen Ambitionen, persönliche Werte oder spezifische Bedürfnisse in Bezug auf Ihr Produkt sein. In diesem Abschnitt wird auch hervorgehoben, warum sie einer Marke vertrauen oder sich zu einem Kauf verpflichten, und gibt Ihnen Hinweise, wie Sie Verbindungen aufbauen können.

    Herausforderungen
    Heben Sie die Probleme hervor, mit denen dieser Käufer konfrontiert ist, insbesondere die, die Ihr Produkt oder Ihre Dienstleistung behandelt. Erwägen Sie, Ängste oder Frustrationen einzubeziehen, die ihn nachts wach halten könnten. Diese Erkenntnisse zeigen, wie Ihr Produkt ihnen das Leben erleichtern oder ein drängendes Problem lösen kann.

    Tools und Technologie
    Wenn Sie die Tools und Technologien identifizieren, die Ihre Persona verwendet, können Sie verfeinern, wie Sie sie erreichen. Dies könnte die Plattformen beinhalten, auf die sie sich verlassen, oder die Fähigkeiten, die sie für ihre Arbeit benötigen. Es gibt auch Hinweise auf ihre bevorzugten Kommunikationsmethoden, wodurch Ihre Öffentlichkeitsarbeit persönlicher wird.

    Sie können diese Vorlage gerne anpassen, um zusätzliche Details zu erfassen, die Ihr Verständnis der einzelnen Käufertypen verbessern. Halten Sie sich kurz — eine Seite ist ideal —, um sicherzustellen, dass es sich um eine leicht zugängliche Ressource handelt, die Ihr Team auf dem Laufenden hält.

    Testen Sie Easy Agile Personas

    Wenn du Jira verwendest, haben wir eine supereinfache Möglichkeit, Personas in deinen Workflow zu integrieren 👇

    Easy Agile Personas ist unsere neueste Lösung für Teams, die Jira verwenden. Erfassen Sie Personas zusammen mit Ihren Das Jira-Board des Teams und machen Sie es Ihrem Team leichter, Prioritäten zu setzen und sich auf das Wichtigste zu konzentrieren — Ihre Kunden!

    Personas

    Probiere das Kostenlose 30-Tage-Testversion und sehen Sie, wie einfach es ist, Personas in die täglichen Aufgaben Ihres Teams einzubauen!

    Einfache agile Personas