User Story Mapping: So verbessern Sie die agile Priorisierung
Wenn Sie so lange im Produktmanagement tätig sind wie ich (über 15 Jahre), haben Sie sicher schon den Wandel von umfangreichen Produktanforderungsdokumenten (PRDs), die Funktionalitäten beschreiben, hin zu agilen Produkt-Backlogs mit User Stories erlebt.
Niemand vermisst PRDs, oder?
Agile Methoden sind ohne Zweifel ein Fortschritt, aber ein einfaches, flaches Produkt-Backlog kann sich schnell in eine sehr lange, unstrukturierte Liste von Elementen verwandeln, die schwer zu pflegen ist.
Du willst mehr vom The CPO Club?
Registriere dich für eine kostenlose Mitgliedschaft, um diesen Artikel vollständig zu lesen:
Have an account? Log In
Eine Möglichkeit, den Überblick zu behalten, ist das Erstellen einer User Story Map. Dies ermöglicht es, einen Überblick über eine Reihe komplexer Produktfunktionen zu bekommen. Das ist sowohl bei der Entwicklung eines neuen Produkts als auch beim Hinzufügen neuer Funktionen zu einem bestehenden Produkt nützlich. Die User Story Map kann Ihnen außerdem helfen, Epics und User Stories zu definieren.
Was ist User Story Mapping?
User Story Mapping ist eine Methode, um ein komplexes Produkt in Benutzerreisen zu strukturieren. Sie wurde erstmals von Jeff Patton beschrieben, der ein ganzes Buch darüber geschrieben hat. Sie ist Teil der Lean Startup-Methodologie.
Die User Story Map beschreibt die Nutzererfahrung Ihres Produkts aus der Perspektive der Anwender. Dies ist nicht zu verwechseln mit einer Customer Journey Map, die die Reise inklusive Motivationen, Fragen und Emotionen aus Kundensicht beschreibt, aber nicht unbedingt auf das Produkt selbst fokussiert ist.
Die 3 Ebenen des User Story Mapping
Eine User Story Map besteht aus drei Ebenen. Schauen wir uns jede Ebene mithilfe eines Beispiels einer Hotel-Website genauer an.
Ebene 1 – Aktivitäten
Dies sind Benutzeraktivitäten, die Personen in Ihrem Produkt ausführen. Sie können auf dieser Ebene so hoch- oder niedrigschwellig sein, wie Sie möchten. Ich empfehle, mit recht übergeordneten Aktivitäten zu beginnen, sodass Ihre oberste Ebene zunächst nicht mehr als 10 Elemente umfasst. Die Aktivitäten werden als Ergebnisse, die die Nutzer erreichen wollen, formuliert. Die Aktivitäten werden horizontal auf der Map angeordnet.
Für unsere Hotel-Website könnten auf hoher Ebene einige zentrale Aktivitäten sein:
Ebene 2 – Schritte
Die nächste Ebene sind die Schritte, die Nutzer in Ihrem Produkt durchlaufen, um die in Ebene 1 genannten Aktivitäten zu erfüllen. Diese Schritte werden ebenfalls horizontal angezeigt.
Im Beispiel unserer Hotel-Website könnten die Schritte sein:
Ebene 3 – Details
Auf dieser Ebene beschreiben Sie im Detail, was die Nutzer benötigen, um die Schritte aus Ebene 2 auszuführen. Hierzu zählen alle Daten und Interaktionen, die zum Abschließen eines Schrittes notwendig sind.
Ebene 3 wird vertikal unter den Aktivitäten und Schritten angeordnet. Um das Beispiel der Hotel-Website fortzuführen, könnten die Details wie folgt aussehen:
Wie erstellt man eine User Story Map?
Bevor Sie mit dem Aufbau einer User Story Map beginnen, sollten Sie genau wissen, welche Probleme Ihr Produkt löst, welche Nutzertypen Sie bedienen und welche Bedürfnisse Ihre Nutzer haben. Hierfür können UX-Personas hilfreich sein.
Bevor Sie sich direkt an die User Stories machen, kann es für viele Teams nützlich sein, zuerst den groben Ablauf zu skizzieren. Das Storyboarding—mit Techniken aus Film und Design—hilft Teams, die emotionale Reise und den Kontext der Nutzer zu visualisieren, bevor die konkreten Interaktionen festgelegt werden. Während User Story Mapping das „Was“ und „Warum“ von Produktfunktionen abbildet, kann Storyboarding das „Wie fühlt es sich an“ und „Was passiert davor und danach“ an zentralen Kontaktpunkten verdeutlichen.
User-Story-Mapping ist eine kollaborative Aufgabe. Mindestens benötigen Sie die Mitglieder Ihres funktionsübergreifenden Produktentwicklungsteams. Sie können auch Mitglieder aus dem Kundensupport, Marketing, Vertriebsteams oder andere Stakeholder einladen, die Einblick in die Erwartungen Ihrer Nutzer an das Produkt haben. Dies stellt sicher, dass alle ein gemeinsames Verständnis Ihres Gesamtprodukts haben.
Allerdings muss eine User-Story-Map nicht in einer einzigen Sitzung erstellt werden. Es ist ratsam, zumindest eine umfassende Liste der Aktivitäten auf Ebene 1 in der ersten Session zu haben, damit alle Teammitglieder die Komplexität des Gesamtprodukts sehen und frühzeitig Risiken sowie Abhängigkeiten erkennen können. Die gesamte Bandbreite der Details auf Ebene 2 und 3 kann später ausgearbeitet werden, wenn die jeweilige Aktivität auf Ebene 1 entwickelt wird.
Wenn Sie sich dafür entscheiden, eine Story Map zu erstellen, ist es wahrscheinlicher, dass Sie ein umfassendes Bild bekommen und anschließend das richtige Produkt entwickeln.
Tools für User-Story-Mapping
Um Ihre Map physisch zu erstellen, eignet sich jedes Medium, das nach ein paar Tagen nicht auseinanderfällt. Wenn Sie als ko-lokales Team arbeiten, können Sie ein Whiteboard oder sogar eine Wand benutzen, um Haftnotizen anzubringen. Das ist eine großartige Methode, um die Kreativität anzuregen, aber der Nachteil ist, dass Haftnotizen oft nach ein paar Tagen von der Wand abfallen! Wenn Sie eine Wand nutzen, würde ich dringend empfehlen, Fotos davon zu machen.
Natürlich wäre eine bessere Alternative eine der zahlreichen kollaborativen virtuellen Whiteboard-Lösungen oder User-Story-Software.
User-Story-Mapping und Agile Entwicklung
Egal ob Sie Scrum, Kanban oder eine Hybridform als agile Softwareentwicklungsmethode nutzen, Sie müssen herausfinden, wie Sie Produktfeatures priorisieren. Eine User-Story-Map ermöglicht es Ihnen, Ihr gesamtes Produkt im Blick zu behalten, was für das nächste Release priorisiert werden sollte und was noch entwickelt werden muss.
Wenn Sie das gesamte Produkt abgebildet haben, können Sie dieses auch auf verschiedene Arten für die Priorisierung Ihrer Produkt-Roadmap zuschneiden.
Sie können die Story Map vertikal schneiden, falls es möglich ist, einige Schlüssel-User-Journeys für die Funktionalität eines Minimum Viable Product (MVP) zu separieren.
Im Beispiel unserer Hotel-Website könnten Sie vielleicht zunächst nur Informationen über Ihr Hotel und Zimmerpreise online stellen, aber noch keinen vollständigen Online-Buchungsablauf anbieten. In Ihrer allerersten Iteration könnten Kund*innen alle nötigen Informationen finden, um eine Entscheidung zu treffen, aber müssten anrufen oder eine E-Mail schreiben, um ein Zimmer zu buchen.
Alternativ können Sie die Story Map auch horizontal schneiden, um eine minimale End-to-End-Reise für Ihre Kundschaft bereitzustellen. Im Hotelfall könnte dies bedeuten, eine grundlegende Zimmersuche und Buchungsmöglichkeit online zu haben, jedoch ohne alle buchbaren Extras.
Eine User-Story-Map in Ihr agiles Backlog übertragen
Letztlich müssen Sie, um Ihr Produkt zu entwickeln, wahrscheinlich Ihre User-Story-Map in ein agiles, flaches Backlog mit User-Stories für Priorisierung und Sprint-Planung umwandeln.
Fragen Sie sich vielleicht, ob das nicht Doppelarbeit ist? Tatsächlich lassen sich die Details der Ebene 3 aus Ihrer Map ganz einfach zu User-Stories und Akzeptanzkriterien für Ihr agiles Team machen. Es gibt also zwar ein wenig Überschneidung, aber das Schreiben von User-Stories wird leicht, wenn Sie eine gute Story Map entwickelt haben.
Warum sollte ich User-Story-Mapping verwenden?
Zusammengefasst gibt es zahlreiche Vorteile, eine Story Map anstelle eines flachen agilen Backlogs zu nutzen:
- Sie erhalten einen ganzheitlichen Blick auf Ihr Produkt und verstehen den Arbeitsumfang.
- Sie können Risiken und Abhängigkeiten früher und einfacher identifizieren.
- Sie können Ihre agilen Sprintarbeiten einfacher von einer strukturierten Map als von einem unstrukturierten, flachen Backlog priorisieren.
- Sie haben ein gemeinsames Verständnis im gesamten Unternehmen, welche Nutzeraktivitäten Ihr Produkt unterstützt.
Wenn Sie mehr über Best-Practice-Methoden im Produktmanagement lesen möchten, abonnieren Sie doch unseren Newsletter.
Verwandter Beitrag: Was ist ein Agile Epic? Best Practices, Vorlage & Beispiel
Team erweitern? Hier ist etwas Hilfreiches: So erstellen Sie eine effektive Stellenbeschreibung für Agile Product Manager (+Beispiel)
Ebenfalls einen Blick wert:
