Feature Mapping

Zweck

Feature Mapping nimmt ein Feature oder Epic und zerlegt es in eine strukturierte Map aus Nutzerschritten und Akzeptanzregeln. So sieht das Team den vollen Scope, identifiziert dünne Scheiben für inkrementelle Lieferung und stellt sicher, dass nichts übersehen wird.

Auf einen Blick

Ablauf

1. Feature benennen (2 Min.) — Feature-Titel auf eine Karte oben schreiben.
2. Akteurschritte auflisten (15 Min.) — Nutzerreise Schritt für Schritt durchgehen. Jeden Schritt als Karte in horizontaler Sequenz.
3. Akzeptanzregeln ergänzen (20 Min.) — Unter jedem Schritt Geschäftsregeln und Akzeptanzkriterien ergänzen.
4. Scheiben identifizieren (15 Min.) — Horizontale Linien über die Map ziehen für dünne vertikale Scheiben.
5. Scheiben priorisieren (5 Min.) — Scheiben in Lieferreihenfolge nummerieren. Erste Scheibe = MVP.
6. Stories erfassen (3 Min.) — Jede Scheibe wird zu einer oder mehreren User Stories im Backlog.

Material

• Feature- oder Epic-Beschreibung
• Farbige Karten oder Sticky Notes (Schritte, Regeln, Fragen)
• Großes Whiteboard oder Miro

Stolperfallen & häufige Fehler

• System statt Nutzer mappen — Fokus auf das, was der Nutzer tut.
• Kein Slicing — Ohne Scheiben ist die Map ein hübsches Bild ohne Lieferhilfe.
• Grenzfälle auslassen — Einen Durchlauf für Fehlerszenarien ergänzen.

Inklusion & Barrierefreiheit

• Feature-Beschreibung vorab bereitstellen.
• Farbe und Form für Kartentypen.
• Map laut durchgehen für Remote-Teilnehmer.

Varianten

• User Story Mapping — Jeff Pattons breiteres Format.
• Impact Mapping — Vor Features bei Zielen und Akteuren beginnen.
• Domänenereignis-Workshop — Fokus auf Domänen-Events statt Nutzerschritten.

Wann NICHT einsetzen

• Für sehr kleine Features, die bereits als eine Story klar sind.
• Wenn das Team den Nutzer noch nicht versteht.

Quelle & Weiterlesen

• Sherif, K. (2018). „Feature Mapping.“ johnfergusonsmart.com
• Patton, J. (2014). *User Story Mapping*. O'Reilly.