Book description
User Story Mapping ist in den USA längst ein Bestseller. Die von Jeff Patton entwickelte Methode knüpft an bewährte Ansätze aus der Agilen Entwicklung an und erweitert sie. Die Idee: Die Produktentwicklung wird detailliert am Arbeitsfluss der Nutzer ausgerichtet und in Story Maps kontinuierlich dokumentiert und illustriert. Dadurch entsteht im gesamten Team - bei Entwicklern, Designern und beim Auftraggeber - ein deutlich verbessertes gemeinsames Verständnis vom Gesamtprozess und vom zu entwickelnden Produkt. Gleichzeitig wird die Gefahr reduziert, sich in unwichtigen Details zu verzetteln oder gar ein Gesamtprodukt zu entwickeln, dass dem Nutzer nicht hilft.
Table of contents
- Widmung
- Vorwort
- Über dieses Buch
-
Hier geht's los
- Stille Post
- Gemeinsames Verständnis ist erschreckend einfach zu erreichen
- Vergesst perfekte Dokumentation
- Gute Dokumente sind wie Urlaubsfotos
- Dokumentiert, um euch zu erinnern
- Über das Richtige reden
- Jetzt und später
- Es geht nicht um Software
- Okay, es geht nicht nur um Menschen
- Produziert weniger
- A wie Anforderungskatalog
- Das ist alles
- 1. Das große Ganze
-
2. Planen, (um) weniger zu produzieren
- Mapping hilft großen Gruppen, gemeinsames Verständnis herzustellen.
- Mapping hilft euch, die Löcher in eurer Geschichte zu entdecken
- Es ist immer zu viel (zu tun)
- Definiert das Minimum für ein Minimum Viable Product Release
- Definiert eine Release Roadmap
- Priorisiert Outcomes, nicht Features
- Es ist Magie – wirklich.
- Die Sache mit dem MVP
- Das neue MVP ist gar kein Produkt!
- 3. Planen, (um) schneller zu lernen
-
4. Planen, (um) rechtzeitig fertig zu werden
- Redet mit dem Team
- Die Kunst des gekonnten Schätzens
- Plant, Stück für Stück zu produzieren
- Macht nicht aus jedem Slice ein Release
- Das andere Geheminis gekonnter Schätzungen
- Managt euer Budget
- Iterativ UND inkrementell
- Strategien: Eröffnungs-, Mittel- und Endspiel
- Markiert eure Entwicklungsstrategie in einer Map.
- Es geht um das Risiko.
- Wie geht es weiter?
-
5. Ihr wisst schon, wie es geht
- 1. Schreibt eure Story auf – einen Schritt nach dem anderen
- 2. Organisiert eure Story
- 3. Entdeckt alternative Stories
- 4. Komprimiert die Map und erzeugt einen Backbone
- 5. Gruppiert Tasks, die euch helfen, einen bestimmten Outcome zu erzielen
- Fertig! Ihr habt alle wichtigen Konzepte gelernt!
- Do Try This at Home (oder bei der Arbeit)
- Die Map dreht sich ums Jetzt, nicht ums Später
- Probiert es wirklich aus
- Mit Software ist es schwieriger
- Die Map ist nur der Anfang
- 6. Die wahre Geschichte der Stories
- 7. Bessere Stories erzählen
- 8. Nicht alles steht auf der Karte
- 9. Die Karteikarte ist nur der Anfang
- 10. Wir backen uns eine Story
-
11. Steine brechen
- Auf die Größe kommt es immer an
- Stories sind wie Steine
- Epen sind große Steine, die manchmal benutzt werden, um Menschen damit zu schlagen
- Themen organisieren Story-Gruppen
- Vergesst diese Begriffe und konzentriert euch darauf, Stories zu erzählen
- Beginnt mit Chancen (Opportunities)
- Entdeckt eine Minimum Viable Solution
- Vertieft euch in die Details jeder einzelnen Story im Delivery-Prozess
- Redet weiter, während ihr produziert
- Evaluiert jedes Stück
- Evaluiert mit Usern und Kunden
- Evaluiert mit Business-Stakeholdern
- Evaluiert auch nach dem Release weiter
- 12. Steinebrecher
- 13. Beginnt mit Chancen
-
14. Mit Discovery gemeinsames Verständnis aufbauen
- Bei Discovery geht es nicht um das Schreiben von Software
- Vier essenzielle Schritte der Discovery
- Discovery-Aktivitäten, Diskussionen und Artefakte
- Discovery dient der Herstellung von gemeinsamem Verständnis.
- 15. User-Discovery für validiertes Lernen
-
16. Verfeinern, Definieren, Produzieren
- Karteikarten, Konversationen, mehr Karten, noch mehr Konversationen ...
- Schneiden und Polieren
- Der Story-Workshop
- Sprint- oder Iterationsplanung?
- Menschenmengen kollaborieren nicht
- Aufteilen und Ausdünnen
- Benutzt eure Story Map während der Delivery
- Benutzt eine Map, um Fortschritte zu visualisieren
- Benutzt einfache Story Maps in Story-Workshops
- 17. Stories sind genau genommen wie Asteroiden
- 18. Lernt aus jedem Build
- Das Ende. Oder?
- Danksagung
- Literatur
- Stichwortverzeichnis
- Kolophon
- Copyright
Product information
- Title: User Story Mapping – Die Technik für besseres Nutzerverständnis in der agilen Produktentwicklung
- Author(s):
- Release date: June 2015
- Publisher(s): O'Reilly Verlag
- ISBN: 97833958750678
You might also like
book
Raus aus der Feature-Falle
Unternehmen geraten in die Feature-Falle, wenn sie sich stärker auf die Auslieferung und die Entwicklung von …
book
Projektmanagement kurz & gut
Warum sprengen so viele Projekte den angesetzten Zeit- und Kostenrahmen, wo es doch Projektmanagement-Methoden und -Standards …
book
Agile Spiele – kurz & gut
Spiele und Simulationen sind wichtige Hilfsmittel von Agile Coaches und Scrum Mastern und gehören in den …
book
50 Arten, Nein zu sagen
»Nein« zu sagen ist nicht immer einfach und kann nicht immer auf die gleiche Weise erfolgen. …