Vorher abschließenNutzer und Ziel
Eine konkrete Nutzergruppe und ein relevantes Ziel sind benannt.
Eine lösungszentrierte Feature-Liste erzählt keine Nutzerreise.
MethodenanleitungProduct Discovery
User Story Mapping
Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.
KomplexitätMittel
Zeit2-4 h
Teilnehmende4-10
FormatWorkshop
ReifegradCanonical
01
Vorbedingung
Was vorher fertig sein muss
Vorher abschließenGemeinsame Perspektiven
Mindestens Produkt- und Delivery-Wissen sind beteiligt; Nutzerbelege oder offene Annahmen liegen vor.
Ungeprüfte Teamvermutungen dürfen nicht als Nutzerfakten erscheinen.
02
Vorbereitung
Was vor Start vorliegen muss
Materialien
Wandfläche oder digitales Board, Karten in zwei Größen oder Ebenen, Marker, Nutzerfluss oder Recherchebelege und Platz für horizontale Release-Linien.
Personen / Rollen
Cross-funktionale Gruppe aus Product, Design, Engineering und Fachrollen. Moderation schützt Nutzerperspektive und verhindert vorschnelle Release-Festlegung.
Vorabinfos
Relevante Nutzerforschung, vorhandene Backlog-Karten, Einschränkungen und Zielmetrik sammeln. Hypothesen markieren.
Zeitbedarf
Etwa 2 bis 4 Stunden für einen ersten fokussierten Durchlauf; umfangreiche Journeys über mehrere Sitzungen ergänzen.
Setup
Map von links nach rechts lesbar aufbauen. Aktivitäten oben, darunter konkrete Aufgaben und Varianten. Release-Slices quer über den Aufgabenfluss betrachten.
03
Kernfrage
Die eine Frage, die diese Methode beantwortet
Wie gelangen unsere Nutzer vom Ausgangspunkt zu ihrem Ziel, und welche kleinsten zusammenhängenden Lieferungen unterstützen sie dabei?
04
Ablauf
Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle
User Story Mapping ordnet Nutzeraktivitäten und konkrete Aufgaben zu einer lesbaren Geschichte. Das Team nutzt die vertikale Dimension für Details und horizontale Slices für gemeinsame Priorisierungs- und Releasegespräche.
Story Map: Werkzeug ausleihen
Fiktives Lehrbeispiel
Fiktive Aktivitätsfolge mit Beispielaufgaben je Release-Slice. In der echten Map werden Aufgaben als Karten unter dem horizontalen Backbone angeordnet.
| Release-Slice | Werkzeug wählen | Ausleihe sichern | Werkzeug abholen | Werkzeug zurückgeben |
|---|---|---|---|---|
| Erster dünner End-to-End-SchnittWelche kleinste Aufgabe macht diesen Abschnitt für den Nutzer nutzbar? | Werkzeug und verfügbaren Zeitraum auswählen. | Reservierung verbindlich bestätigen. | Werkzeug identifizieren und mitnehmen. | Rückgabezeit und Ort einhalten. |
| Zuverlässigkeit verbessernWelche weitere Aufgabe reduziert eine relevante Reibung? | Passende Werkzeuge nach Nutzung filtern. (später) | Änderung oder Stornierung anzeigen. | Abholort und Öffnungszeiten bestätigen. | Erinnerung und Verlängerungsanfrage anbieten. |
| Spätere Optionen und VariantenWelche Sonderfälle oder Ausbaustufen bleiben zurückgestellt? | Verbrauchsmaterial ergänzen. | Warteliste für ausgebuchte Werkzeuge. | Barrierefreie Übergabeoptionen prüfen. | Schäden dokumentieren und klären. |
1. Werkzeug wählen
- Erster dünner End-to-End-Schnitt
- Werkzeug und verfügbaren Zeitraum auswählen.
- Zuverlässigkeit verbessern
- Passende Werkzeuge nach Nutzung filtern. (später)
- Spätere Optionen und Varianten
- Verbrauchsmaterial ergänzen.
2. Ausleihe sichern
- Erster dünner End-to-End-Schnitt
- Reservierung verbindlich bestätigen.
- Zuverlässigkeit verbessern
- Änderung oder Stornierung anzeigen.
- Spätere Optionen und Varianten
- Warteliste für ausgebuchte Werkzeuge.
3. Werkzeug abholen
- Erster dünner End-to-End-Schnitt
- Werkzeug identifizieren und mitnehmen.
- Zuverlässigkeit verbessern
- Abholort und Öffnungszeiten bestätigen.
- Spätere Optionen und Varianten
- Barrierefreie Übergabeoptionen prüfen.
4. Werkzeug zurückgeben
- Erster dünner End-to-End-Schnitt
- Rückgabezeit und Ort einhalten.
- Zuverlässigkeit verbessern
- Erinnerung und Verlängerungsanfrage anbieten.
- Spätere Optionen und Varianten
- Schäden dokumentieren und klären.
Alle Aktivitäten und Karten sind fiktiv. Ein Walking Skeleton ist ein dünner durchgängiger Pfad, keine Garantie für ein fertiges Produkt.
- 1
Rahmen
Nutzer und Ziel festlegen
Ziel
Die Map erzählt einen nachvollziehbaren Nutzungspfad.
Voraussetzungen für diesen Schritt
- Nutzerwissen oder Forschung
- Produktziel und Scope
Durchführung
- Nutzertyp und Auslöser benennen.
- Das Ziel vom internen Projektziel unterscheiden.
- Anfang und Ende der betrachteten Erfahrung festlegen.
Ergebnis
Gemeinsamer Rahmen der Story Map
Nutzer · Ziel · Start und Ende
Qualitätscheck
Ist die Map aus der Perspektive einer Nutzergruppe erzählt?
Stolperfalle
Mehrere Zielgruppen und Ziele werden in einer Map vermischt. Eine führende Journey wählen und abweichende Pfade als Varianten markieren.
Zeitlicher Rahmen: Etwa 15 Minuten.
- 2
Backbone
Aktivitäten und Aufgaben ordnen
Ziel
Die Map zeigt den Ablauf von links nach rechts und macht Lücken sichtbar.
Voraussetzungen für diesen Schritt
- Nutzerziel und relevante Fälle
- Gemeinsame Wand- oder Boardfläche
Durchführung
- Aktivitäten als kurze Verben entlang der Journey anordnen.
- Unter jeder Aktivität konkrete Nutzeraufgaben als Karten sammeln.
- Aufgaben im Ablauf ordnen und alternative Wege kenntlich machen.
Ergebnis
Backbone mit Aufgaben
Aktivitäten links nach rechts · Aufgaben untergeordnet
Qualitätscheck
Decken die Aktivitäten den Nutzerpfad von Anfang bis Ende ab?
Stolperfalle
Überschriften beschreiben Systemmodule oder Teams statt Nutzeraktivitäten. Aktivitäten aus der Sicht dessen benennen, was die Person erreichen möchte.
Zeitlicher Rahmen: Etwa 45 Minuten.
- 3
Details
Varianten und Lücken ergänzen
Ziel
Priorisierungsentscheidungen beruhen auf einem ausreichend geteilten Bild.
Voraussetzungen für diesen Schritt
- Backbone und Aufgaben
- Nutzerbelege oder klar markierte offene Annahmen
Durchführung
- Fehlende Schritte, Entscheidungen und Rückwege ergänzen.
- Unsichere Aufgaben mit Quelle oder Annahme-Label versehen.
- Abhängigkeiten und Varianten so gruppieren, dass die Hauptgeschichte lesbar bleibt.
Ergebnis
Vollständigerer Aufgabenfluss mit offenen Punkten
Hauptpfad · Varianten · Beleg oder Annahme
Qualitätscheck
Sind kritische Schritte oder Nutzerfragen übersehen?
Stolperfalle
Die Map wirkt vollständig, obwohl sie hauptsächlich Teamwissen abbildet. Offene Nutzerfragen sichtbar lassen und gezielte Forschung vor Produktentscheidungen vereinbaren.
Zeitlicher Rahmen: Etwa 40 Minuten; große Maps über mehrere Blöcke entwickeln.
- 4
Slices
End-to-End-Slices schneiden
Ziel
Die erste Lieferung ist ein dünner, nutzbarer Pfad statt einer isolierten Teilfunktion.
Voraussetzungen für diesen Schritt
- Aufgabenmap und gemeinsames Ziel
- Delivery-, Risiko- und Abhängigkeitswissen
Durchführung
- Oberste notwendige Aufgaben wählen und einen vertikalen Schnitt über alle wesentlichen Aktivitäten ziehen.
- Ersten nutzbaren End-to-End-Pfad prüfen; ihn als Walking Skeleton markieren, wenn er einen durchgängigen Ablauf ermöglicht.
- Weitere Slices nach Nutzerwert, Risiken und Abhängigkeiten diskutieren.
Ergebnis
Story Map mit begründeten Release-Slices
End-to-End-Schnitt · Abhängigkeiten · offene Fragen
Qualitätscheck
Ermöglicht der erste Schnitt einen vollständigen Nutzungsweg? Sind Auslassungen und spätere Ergänzungen sichtbar?
Stolperfalle
Die horizontale Linie bündelt viele Top-Aufgaben, ohne Ende-zu-Ende-Nutzen zu liefern. Schnitt mit einem konkreten Nutzerziel durchspielen und Umfang neu zuschneiden.
Zeitlicher Rahmen: Etwa 30 Minuten.
05
Artefakt
Was am Ende rauskommt
Skizze: so sieht das Artefakt aus
Form
Gemeinsam gepflegte Story Map mit Nutzerziel, Aktivitäts-Backbone, Aufgaben, Varianten, Release-Slices, Quellen und offenen Annahmen.
Versionierung / Ownership
Zielgruppe, Scope, Datum und Slice-Entscheidung festhalten. Release-Linien, verworfene Karten und Änderungen versionieren; keine festen Terminversprechen aus der Map ableiten.
Tool-Alternativen
- Karten oder digitale Sticky Notes
- Große Wandfläche oder gemeinsames Board
- Optional Backlog-Export für Kartenübernahme
user-story-mapping-working-template.md
Plane eine gemeinsame Map von Nutzeraktivitäten bis zu ersten Release-Slices.
User Story Mapping: Arbeitsvorlage
Fragestellung
Noch zu klären
Gewünschtes Ergebnis
Noch zu klären
Rahmen
Eine Nutzerreise mappen Zeit: Etwa 2 bis 4 Stunden für einen fokussierten Durchlauf
Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.
Vorbereitung für diesen Umfang
Methodische Grundausstattung
- Materialien: Wandfläche oder digitales Board, Karten in zwei Größen oder Ebenen, Marker, Nutzerfluss oder Recherchebelege und Platz für horizontale Release-Linien.
- Rollen: Cross-funktionale Gruppe aus Product, Design, Engineering und Fachrollen. Moderation schützt Nutzerperspektive und verhindert vorschnelle Release-Festlegung.
- Vorab-Infos: Relevante Nutzerforschung, vorhandene Backlog-Karten, Einschränkungen und Zielmetrik sammeln. Hypothesen markieren.
- Gesamter Zeitbedarf: Etwa 2 bis 4 Stunden für einen ersten fokussierten Durchlauf; umfangreiche Journeys über mehrere Sitzungen ergänzen.
- Setup: Map von links nach rechts lesbar aufbauen. Aktivitäten oben, darunter konkrete Aufgaben und Varianten. Release-Slices quer über den Aufgabenfluss betrachten.
Für die Arbeitsschritte bereitstellen
Rahmen: Nutzer und Ziel festlegen
- Nutzerwissen oder Forschung
- Produktziel und Scope
Backbone: Aktivitäten und Aufgaben ordnen
- Nutzerziel und relevante Fälle
- Gemeinsame Wand- oder Boardfläche
Details: Varianten und Lücken ergänzen
- Backbone und Aufgaben
- Nutzerbelege oder klar markierte offene Annahmen
Slices: End-to-End-Slices schneiden
- Aufgabenmap und gemeinsames Ziel
- Delivery-, Risiko- und Abhängigkeitswissen
Story Map: Werkzeug ausleihen
| Release-Slice | Aktivität 1 | Aktivität 2 | Aktivität 3 | Aktivität 4 |
|---|---|---|---|---|
| Erster dünner End-to-End-Schnitt | ||||
| Zuverlässigkeit verbessern | ||||
| Spätere Optionen und Varianten |
- Erster dünner End-to-End-Schnitt: Welche kleinste Aufgabe macht diesen Abschnitt für den Nutzer nutzbar?
- Zuverlässigkeit verbessern: Welche weitere Aufgabe reduziert eine relevante Reibung?
- Spätere Optionen und Varianten: Welche Sonderfälle oder Ausbaustufen bleiben zurückgestellt?
Leere Vorlage: Backbone nach realem Nutzerpfad benennen; pro Aktivität Karten untereinander ordnen und horizontale Release-Linien über die Karte ziehen.
Rahmen: Nutzer und Ziel festlegen
Erwartetes Artefakt: Gemeinsamer Rahmen der Story Map
Nutzer · Ziel · Start und Ende
Eintrag:
...
- Ist die Map aus der Perspektive einer Nutzergruppe erzählt?
Backbone: Aktivitäten und Aufgaben ordnen
Erwartetes Artefakt: Backbone mit Aufgaben
Aktivitäten links nach rechts · Aufgaben untergeordnet
Eintrag:
...
- Decken die Aktivitäten den Nutzerpfad von Anfang bis Ende ab?
Details: Varianten und Lücken ergänzen
Erwartetes Artefakt: Vollständigerer Aufgabenfluss mit offenen Punkten
Hauptpfad · Varianten · Beleg oder Annahme
Eintrag:
...
- Sind kritische Schritte oder Nutzerfragen übersehen?
Slices: End-to-End-Slices schneiden
Erwartetes Artefakt: Story Map mit begründeten Release-Slices
End-to-End-Schnitt · Abhängigkeiten · offene Fragen
Eintrag:
...
- Ermöglicht der erste Schnitt einen vollständigen Nutzungsweg?
- Sind Auslassungen und spätere Ergänzungen sichtbar?
Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/user-story-mapping/run-sheet
06
Beispielausgabe
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.
user-story-mapping-beispiel.md
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Lehrbeispiel: Werkzeugausleihe
Alle Angaben sind erfunden. Die Map ist eine Skizze, keine Nutzerforschung und kein priorisierter Projektplan.
Nutzerziel: Ein Haushalt organisiert ein Werkzeug für eine geplante Reparatur.
Backbone: Werkzeug wählen → Ausleihe sichern → abholen → zurückgeben.
Dünner erster Slice: Werkzeug wählen, verfügbare Zeit sehen, verbindlich reservieren, Werkzeug abholen und fristgerecht zurückgeben.
Nächster Slice: Stornierung, Öffnungszeiten und Verlängerung verständlich machen.
Später: Warteliste, Verbrauchsmaterial und Schadensprozess.
Offene Frage: Reicht der fiktive Reservierungspfad für unterschiedliche Reparatursituationen? Dafür wären reale Fälle nötig.
07
Stolperfallen
Symptome erkennen, gegensteuern
Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf
- Nutzer und Ziel festlegenMehrere Zielgruppen und Ziele werden in einer Map vermischt.In der Phase ansehen
- Aktivitäten und Aufgaben ordnenÜberschriften beschreiben Systemmodule oder Teams statt Nutzeraktivitäten.In der Phase ansehen
- Varianten und Lücken ergänzenDie Map wirkt vollständig, obwohl sie hauptsächlich Teamwissen abbildet.In der Phase ansehen
- End-to-End-Slices schneidenDie horizontale Linie bündelt viele Top-Aufgaben, ohne Ende-zu-Ende-Nutzen zu liefern.In der Phase ansehen
Falle
Nutzer und Ziel festlegen
Symptom
Mehrere Zielgruppen und Ziele werden in einer Map vermischt.
Was tun
Eine führende Journey wählen und abweichende Pfade als Varianten markieren.
Falle
Aktivitäten und Aufgaben ordnen
Symptom
Überschriften beschreiben Systemmodule oder Teams statt Nutzeraktivitäten.
Was tun
Aktivitäten aus der Sicht dessen benennen, was die Person erreichen möchte.
Falle
Varianten und Lücken ergänzen
Symptom
Die Map wirkt vollständig, obwohl sie hauptsächlich Teamwissen abbildet.
Was tun
Offene Nutzerfragen sichtbar lassen und gezielte Forschung vor Produktentscheidungen vereinbaren.
Falle
End-to-End-Slices schneiden
Symptom
Die horizontale Linie bündelt viele Top-Aufgaben, ohne Ende-zu-Ende-Nutzen zu liefern.
Was tun
Schnitt mit einem konkreten Nutzerziel durchspielen und Umfang neu zuschneiden.
08
Abbruchkriterien
Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest
Nutzergruppe oder Ziel bleiben unklar: zuerst Kontext und Belege schärfen.
Map wächst ohne lesbare Erzählung: Hauptpfad fokussieren, Varianten trennen.
Ein Release-Slice umfasst nur interne Infrastruktur ohne nutzbares Ergebnis: Nutzerpfad erneut prüfen.
Release-Termine oder Aufwand werden aus der Map abgeleitet: Schätzung und Abhängigkeiten mit Delivery-Team separat klären.
Methodenanleitung durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.