| Geleitwort von Jeff Sutherland | 7 |
---|
| Geleitwort von Brett Queener | 9 |
---|
| Inhaltsverzeichnis | 11 |
---|
| 1 Einleitung | 17 |
---|
| 1.1 Agiles Produktmanagement im Überblick | 18 |
| 1.2 Agiles Produktmanagement als Teil eines Ganzen | 19 |
| 1.3 Über dieses Buch und seine Zielgruppe | 20 |
| 1.4 Danksagung | 20 |
| 2 Die Product-Owner-Rolle | 23 |
---|
| 2.1 Die Aufgaben des Product Owner | 23 |
| 2.2 Hilfreiche Eigenschaften des Product Owner | 27 |
| 2.2.1 Unternehmer im Unternehmen | 28 |
| 2.2.2 Mannschaftsdienlicher Leader | 28 |
| 2.2.3 Verhandlungs- und kommunikationsgeschickt | 29 |
| 2.2.4 Bevollmächtigt und engagiert | 29 |
| 2.2.5 Verfügbar und qualifiziert | 30 |
| 2.3 Die Zusammenarbeit mit dem Team | 31 |
| 2.4 Die Zusammenarbeit mit dem ScrumMaster | 32 |
| 2.5 Die Zusammenarbeit mit Kunden, Anwendern und anderen Interessenvertretern | 33 |
| 2.6 Die Product-Owner-Rolle in großen Scrum-Projekten | 35 |
| 2.6.1 Der Chief Product Owner | 36 |
| 2.6.2 Product-Owner-Hierarchien | 37 |
| 2.6.3 Die Wahl der richtigen Product Owner | 39 |
| 2.7 Häufige Fehler | 41 |
| 2.7.1 Der machtlose Product Owner | 41 |
| 2.7.2 Der überarbeitete Product Owner | 42 |
| 2.7.3 Der partielle Product Owner | 42 |
| 2.7.4 Der distanzierte Product Owner | 43 |
| 2.7.5 Der Proxy Product Owner | 44 |
| 2.7.6 Das Product-Owner-Komitee | 45 |
| 2.8 Zusammenfassung | 46 |
| 3 Produktvision und Produkt-Roadmap | 47 |
---|
| 3.1 Die Produktvision und ihre Eigenschaften | 48 |
| 3.1.1 Gemeinsames Ziel und Hypothese | 48 |
| 3.1.2 Von allen mitgetragen | 49 |
| 3.1.3 Grob und motivierend | 49 |
| 3.1.4 Kurz und bündig | 50 |
| 3.2 Das Erstellen der Produktvision | 50 |
| 3.2.1 Zusammenarbeit und Kontinuität | 50 |
| 3.2.2 Das Product Vision Board | 50 |
| 3.2.3 Die Zielgruppe mit Personas beschreiben | 52 |
| 3.2.4 Die Bedürfnisse mithilfe von Szenarien untersuchen | 52 |
| 3.2.5 Das Produkt skizzieren | 53 |
| 3.2.6 Eine Wirtschaftlichkeitsbetrachtung vornehmen | 56 |
| 3.2.7 Die Informationen visualisieren | 56 |
| 3.2.8 Der Einsatz von konventionellen Marktforschungstechniken | 56 |
| 3.3 Das minimale Produkt als agile Produktplanungstechnik | 57 |
| 3.4 Einfachheit als Leitprinzip | 59 |
| 3.4.1 Ockhams Rasiermesser | 60 |
| 3.4.2 Weniger ist mehr | 60 |
| 3.4.3 Einfache Benutzerschnittstellen | 61 |
| 3.5 Voraussetzungen für Innovationen schaffen | 62 |
| 3.6 Die Produkt-Roadmap | 62 |
| 3.6.1 Überblick | 63 |
| 3.6.2 Vorteile | 63 |
| 3.6.3 Erfolgsfaktoren | 64 |
| 3.6.4 Zeitpunkt der Roadmap-Erstellung | 64 |
| 3.6.5 Planungshorizont | 65 |
| 3.7 Produktvarianten | 66 |
| 3.8 Häufige Fehler | 67 |
| 3.8.1 Wolpertinger | 67 |
| 3.8.2 Analyse-Paralyse | 68 |
| 3.8.3 Elfenbeinturm | 68 |
| 3.8.4 Groß und mächtig | 68 |
| 3.9 Zusammenfassung | 69 |
| 4 Das Product Backlog | 71 |
---|
| 4.1 Die Eigenschaften des Product Backlog | 71 |
| 4.1.1 Adäquat detailliert | 72 |
| 4.1.2 Abgeschätzt | 72 |
| 4.1.3 Veränderlich | 73 |
| 4.1.4 Priorisiert | 73 |
| 4.1.5 Sichtbar | 74 |
| 4.2 Die Pflege des Product Backlog | 74 |
| 4.2.1 Die Pflegeaktivitäten im Überblick | 74 |
| 4.2.2 Backlog-Pflege ist Teamarbeit | 74 |
| 4.2.3 Pflegeworkshops | 75 |
| 4.3 Das Entdecken und Beschreiben von Einträgen | 75 |
| 4.3.1 Einträge entdecken | 75 |
| Abb. 4–3 Das Kano-Modell | 77 |
| 4.3.2 Einträge beschreiben | 78 |
| 4.3.3 Themen bilden | 79 |
| 4.4 Die Priorisierung des Product Backlog | 79 |
| 4.4.1 Wert | 80 |
| 4.4.2 Risiko | 81 |
| 4.4.3 Auslieferbarkeit | 82 |
| 4.4.4 Abhängigkeiten | 82 |
| 4.5 Vorbereitung auf die Sprint-Planungssitzung | 83 |
| 4.5.1 Auswahl des Sprint-Ziels | 84 |
| 4.5.2 Gerade genug Einträge zeitoptimal vorbereiten | 84 |
| 4.5.3 Einträge herunterbrechen | 85 |
| 4.5.4 Klarheit, Testbarkeit und Machbarkeit sicherstellen | 87 |
| 4.6 Einträge abschätzen | 88 |
| 4.6.1 Story Points | 88 |
| 4.6.2 Planungspoker | 89 |
| 4.7 Nicht funktionale Anforderungen richtig erfassen und managen | 91 |
| 4.7.1 Nicht funktionale Anforderungen beschreiben | 91 |
| 4.7.2 Nicht funktionale Anforderungen richtig behandlen | 92 |
| 4.8 Das Product Backlog Board | 92 |
| 4.8.1 Der Story-Bereich | 93 |
| 4.8.2 Der Constraint-Bereich | 94 |
| 4.8.3 Der Modellbereich | 94 |
| 4.8.4 Das Product Backlog Board anlegen | 95 |
| 4.8.5 Das Board sichtbar machen | 95 |
| 4.9 Das Product Backlog skalieren | 95 |
| 4.9.1 Ein projektweites Product Backlog verwenden | 96 |
| 4.9.2 Den Pflegehorizont erweitern | 96 |
| 4.9.3 Teamspezifische Product-Backlog-Ausschnitte verwenden | 96 |
| 4.10 Häufige Fehler | 97 |
| 4.10.1 Anforderungsspezifikation | 97 |
| 4.10.2 Santas Wunschliste | 97 |
| 4.10.3 Wüste | 98 |
| 4.10.4 Feature-Suppe | 98 |
| 4.10.5 Requirements Push | 98 |
| 4.10.6 Ungepflegtes Backlog | 99 |
| 4.10.7 Mehrere Backlogs pro Sprint | 99 |
| 4.11 Zusammenfassung | 100 |
| 5 Die Releaseplanung | 101 |
---|
| 5.1 Zeit, Kosten und Funktiona
|