Agile Workshop-Methode

Example Mapping

Klärt eine Story anhand fachlicher Regeln, konkreter Beispiele und offener Fragen für die Umsetzung.

Example Mapping ist eine kurze BDD-orientierte Teamkonversation vor der Umsetzung. Die Gruppe beginnt bei konkreten Beispielen, fasst fachliche Regeln und sichert Fragen, Annahmen sowie neu entdeckte Stories.

Kernfrage

Welche Regeln und Fälle müssen stimmen, damit diese Story eindeutig verstanden und geprüft werden kann?

Sitzung planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 3-7
Zeit: Etwa 25 Minuten je Story

Eine Story pro fokussierter Map; Farben sind verbreitete Konventionen und können digital ersetzt werden.

Papierillustration mit gelber Story-Karte, blauen Regelkarten, grünen Beispielkarten und einer roten Fragekarte auf heller Arbeitsfläche.

Fokus
Eine Story fokussieren
Eine verständliche User Story bildet den Rahmen für die Klärung.
Regeln
Fachliche Regeln herausarbeiten
Allgemeine Bedingungen beschreiben, die das gewünschte Verhalten begrenzen.
Beispiele
Regeln mit Fällen erkunden
Konkrete Fälle zeigen, wie eine Regel in typischen und abweichenden Situationen greift.
Fragen
Unklarheiten und nächste Schritte sichern
Nicht beantwortbare Fragen bleiben sichtbar und werden in handhabbare nächste Schritte übersetzt.

Aktualisiere die Story und ihre Beispiele, sobald fachliche Entscheidungen oder Erkenntnisse hinzukommen. Offene Fragen bleiben mit Owner und Termin sichtbar.

Geeignet, wenn

Nutze es, wenn eine User Story fachlich präzisiert und durch Beispiele prüfbar werden soll.

Ideal für

BDD Discovery
Backlog Refinement
Komplexe Stories

Nicht gut für

Strategische Portfolioarbeit
Sehr große Roadmaps

Ergebnisse

Geklärte Story
Eine abgegrenzte Änderung als gemeinsamer Gesprächsfokus.
Regeln und Beispiele
Prüfbare Verhaltensregeln mit konkreten Fällen und Gegenfällen.
Offene Fragen
Ungeklärte Punkte mit Owner, Termin und Anschlussentscheidung.

Example Map

Fiktives Lehrbeispiel

Eine Story mit Regeln, konkreten Beispielen und ungeklärten Fragen. Kartenfarben sind ein verbreiteter visueller Konventionsvorschlag.

Story · gelb

Welche einzelne Änderung klären wir?

Als Mitglied möchte ich ein Werkzeug reservieren, damit es für meine Reparatur bereitliegt.

Regeln · blau

Welche allgemeine fachliche Bedingung gilt?

R1: Eine bestätigte Reservierung nennt Werkzeug und Abholzeit. R2: Ist das Werkzeug im gewünschten Zeitfenster nicht verfügbar, wird nichts bestätigt. (Beide Regeln fiktiv)

Beispiele · grün

Welche konkrete Ausgangslage, Handlung und Folge illustrieren die Regel?

F1: Eine Person reserviert am Montag für Mittwoch. Die Bestätigung nennt den Mittwoch als Abholtag. (Fiktiv)

Fragen · rot

Was ist offen und wer klärt es bis wann?

Fiktive offene Frage: Was geschieht, wenn sich die vorherige Ausleihe verzögert? Owner und Termin vor Umsetzung ergänzen.

Die Beispiele sind fiktiv. Gelb für Story, blau für Regel, grün für Beispiel und rot für offene Frage folgen der bei Cucumber dokumentierten Kartenkonvention; digitale Labels funktionieren ebenfalls.

Quelle: Cucumber

Erster Schritt

Wähle genau eine hinreichend kleine Story und bringe die Personen zusammen, die fachliche Regeln, Umsetzung und Prüfung verstehen.

Zur Methodenanleitung

Davor sinnvoll

Papierillustration einer horizontalen Story Map mit Aktivitäts-Backbone, darunter angeordneten Aufgabenkarten und einer quer verlaufenden Release-Linie.

Product Discovery

User Story Mapping

Liefert die ausgewählte Story, die Example Mapping fachlich präzisiert.

Wie geht es weiter?

Agile

Specification by Example

Formt die gesammelten Regeln und Beispiele zu ausführbaren Spezifikationen.

Agile

Story Splitting

Nutzt eine als zu groß erkannte Story als Anlass für einen Schnitt.

Vertiefung

Zweck

Wenn eine Story fachliche Regeln und Ausnahmen trägt, bringt sie Klarheit vor der Umsetzung. Sie macht Beispiele, offene Fragen und Abgrenzungen so sichtbar, dass die Logik gemeinsam tragfähig wird.

Funktionsweise

Sie legt Regeln und konkrete Beispiele nebeneinander und prüft, wo das Verhalten eindeutig oder widersprüchlich ist. Dadurch werden Acceptance Criteria präziser und Missverständnisse früher auffindbar.

Im Detail

Example Mapping funktioniert, weil Regeln erst dann belastbar werden, wenn sie an konkreten Fällen geprüft werden und Ausnahmen ihren Platz bekommen. Gute Durchführung hält die Diskussion eng an beobachtbare Beispiele gebunden und lässt Fragen so lange offen, bis ihre Relevanz klar ist. Dadurch schrumpft Interpretationsspielraum in Stories, ohne dass das Team in vorzeitige Detailplanung kippt.

Durchführung

Bring eine Story mit erkennbarer Fachlogik und mindestens einen Grenzfall mit, damit das Gespräch sofort Substanz hat. Der wichtige Moment kommt, wenn ein Beispiel eine vermeintlich klare Regel bricht. Schließe mit wenigen präzisen Regeln, offenen Fragen für spätere Klärung und einem Ergebnis, das direkt in die Umsetzung anschließen kann.

Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Behavior-Driven Development Anforderungen Beispiele Refinement

Quellen

Example Mapping | Cucumbercucumber.ioPrimärquelle für die Konversation vor Umsetzung, Karten für Story/Regeln/Beispiele/Fragen und das Ende bei geklärtem Scope oder Zeitablauf.

In Playbooks

Backlog Readiness herstellenVon groben Ideen zu schnittfähigen Stories mit Beispielen, Akzeptanzkriterien und Schätzung.

Artefakt-Vorlagen

Example Mapping: ArbeitsvorlagePlane den fokussierten Austausch zu einer Story samt fachlicher Entscheidung und Follow-up.

markdown

example-mapping-working-template.md

Plane den fokussierten Austausch zu einer Story samt fachlicher Entscheidung und Follow-up.

Example Mapping: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Eine Story gemeinsam klären Zeit: Etwa 25 Minuten je Story

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Eine Story-Karte, blaue Regeln, grüne Beispiele, rote Fragen und Stifte oder ein digitales Board. Farben sind Konvention, nicht fachliche Voraussetzung.
Rollen: Kleine cross-funktionale Runde aus Product Owner oder Fachverantwortung, Engineering und Test. Eine Person moderiert und hält die Karten lesbar.
Vorab-Infos: Story, Ziel und bekannten fachlichen Kontext vorbereiten. Vorwissen und Annahmen sichtbar markieren.
Gesamter Zeitbedarf: Rund 25 Minuten pro fokussierter Story; bei vielen Regeln oder offenen Fragen Story aufteilen und einen Folgeblock planen.
Setup: Story oben platzieren. Gemeinsame Konvention für Story, Regeln, Beispiele und Fragen erklären. Gespräch an konkreten Fällen führen.

Für die Arbeitsschritte bereitstellen

Fokus: Eine Story fokussieren

Ausgewählte User Story
Ziel und Kontext der Änderung

Regeln: Fachliche Regeln herausarbeiten

Fokussierte Story
Fachverantwortliche Perspektive

Beispiele: Regeln mit Fällen erkunden

Regelkarten
Fachwissen aus Produkt, Entwicklung und Test

Fragen: Unklarheiten und nächste Schritte sichern

Story, Regeln und Beispiele
Entscheidungsbefugte oder fachliche Owner