Produktcoach und Autor, vor allem bekannt für die Methode des Story Mapping. Im Wiki ist er relevant, weil er eines der praktischsten Gegenmittel gegen flache, kontextlose Backlogs liefert.

Kontext

Pattons Arbeit ist nicht deshalb wichtig, weil sie ein neues PM-Buzzword eingeführt hat, sondern weil sie ein altes Problem sauber sichtbar macht: Sobald Teams Arbeit zu früh in kleine Tickets zerlegen, geht das Verständnis für Nutzerfluss, Abhängigkeiten und Zielbild verloren. Story Mapping stellt dieses Gesamtbild wieder her.

Damit sitzt Patton genau zwischen Strategie und Delivery. Seine Methode ist konkret genug für Workshops und Priorisierung, aber stark genug, um die Qualität von Discovery-Gesprächen zu verändern. Das macht ihn für dieses Wiki wertvoller als viele allgemeinere Agile-Quellen.

Kernideen

  • Die Nutzerreise ist die richtige Ordnung der Arbeit: Nicht der Ticket-Backlog, sondern der Ablauf aus Sicht des Nutzers stiftet Struktur.
  • Stories sind Marker für Gespräche, keine perfekten Spezifikationen: Gute Teams reden miteinander, statt Vollständigkeit in Karten zu simulieren.
  • Kleiner bauen heißt besser lernen: Ein sinnvoller Slice reduziert nicht nur Aufwand, sondern erhöht die Erkenntnisgeschwindigkeit.
  • Visualisierung ist Entscheidungsarbeit: Eine Story Map ist nicht Dekoration, sondern ein Werkzeug, um Lücken und Prioritäten sichtbar zu machen.

Verbindungen

  • User Story Mapping — sein zentrales Buch und die kanonische Quelle für die Methode.
  • Product Discovery — Pattons Denkweise hilft, Probleme und Nutzerflüsse vor der Umsetzung besser zu verstehen.
  • Inspired — während Cagan das Betriebssystem beschreibt, liefert Patton eine der nützlichsten konkreten Praktiken darin.
  • Continuous Discovery Habits — beide Stämme setzen auf fortlaufendes Lernen statt lineare Anforderungsübergabe.
  • Petra Wille — relevant im selben Produktumfeld, aber mit anderem Schwerpunkt: Leadership statt Story-Mapping-Methode.

Quelle

  • Buchcover-Foto des Nutzers vom 2026-04-06 für User Story Mapping