APM - Agiles Projektmanagement

1 - Vorwort [Seite 4]
2 - Aufbau und Überblick [Seite 6]
3 - Inhaltsverzeichnis [Seite 10]
4 - I Agilität und APM-Einführung [Seite 15]
4.1 - 1 Die Architektur von APM [Seite 17]
4.1.1 - 1.1 Was ist APM? [Seite 17]
4.1.2 - 1.2 Ein paar grundlegende Begriffe vorab [Seite 20]
4.2 - 2 Was ist Agilität? [Seite 23]
4.2.1 - 2.1 Etwas Systemtheorie zur Einstimmung [Seite 23]
4.2.2 - 2.2 Agile Werte, Prinzipien und Praktiken [Seite 29]
4.3 - 3 Die wirtschaftliche Sicht [Seite 39]
4.3.1 - 3.1 Nur implementieren, was notwendig ist [Seite 39]
4.3.2 - 3.2 Einen schnellen Return on Investment forcieren [Seite 40]
4.4 - 4 Was kann Agilität leisten? [Seite 45]
4.4.1 - 4.1 Die richtigen Fragen aufwerfen [Seite 45]
4.4.2 - 4.2 Ein kontinuierlicher Verbesserungsprozess [Seite 47]
4.4.3 - 4.3 Flexible Lösungen - Satisficing [Seite 48]
4.4.4 - 4.4 Risiken von Agilität [Seite 50]
4.5 - 5 Die Konzepte und Methoden von APM [Seite 55]
4.5.1 - 5.1 Vertiefung der Definitionen [Seite 55]
4.5.2 - 5.2 Anforderungen - User Stories und Story Map [Seite 60]
4.5.3 - 5.3 Artefakte [Seite 67]
4.5.4 - 5.4 Meetings [Seite 77]
4.6 - 6 Das Rollenmodell [Seite 87]
4.6.1 - 6.1 Das Rollenmodell nach Scrum [Seite 87]
4.6.2 - 6.2 Mögliche Rollen in APM [Seite 89]
4.6.3 - 6.3 Trotz differenzierter Rollen agil bleiben [Seite 95]
4.7 - 7 Das Phasenmodell [Seite 99]
4.7.1 - 7.1 Traditionelle Phasenmodelle [Seite 99]
4.7.2 - 7.2 Agile Phasenmodelle [Seite 103]
4.7.3 - 7.3 Das APM-Phasenmodell [Seite 105]
5 - II Das Projekt aufsetzen [Seite 111]
5.1 - 8 Ein agiles Projekt vorbereiten [Seite 113]
5.1.1 - 8.1 Inhalte der Vorbereitungsphase [Seite 113]
5.1.2 - 8.2 Wer bereitet das Projekt vor? [Seite 115]
5.1.3 - 8.3 MyHeavyShop - unser Fallbeispiel [Seite 117]
5.2 - 9 Die Projektvorbereitung im Detail [Seite 119]
5.2.1 - 9.1 Produktvision und Systemkontext [Seite 119]
5.2.2 - Infobox: Produktvision MyHeavyShop [Seite 121]
5.2.3 - 9.2 Externe Stakeholder und Kommunikationsplan [Seite 122]
5.2.4 - 9.3 Produkt-Roadmap und Releaseplanung [Seite 126]
5.2.5 - 9.4 Agiler Projektstrukturplan [Seite 130]
5.2.6 - 9.5 Risikomanagement [Seite 133]
5.2.7 - 9.6 Projekt-Kick-off durchführen [Seite 142]
5.3 - 10 Umfang und Aufwand schätzen [Seite 145]
5.3.1 - 10.1 Investitionen, Budgets und Nutzen [Seite 145]
5.3.2 - 10.2 Agile Aufwandsschätzung [Seite 149]
5.3.3 - 10.3 "Ideale Tage" oder Komplexitätspunkte? [Seite 154]
5.3.4 - 10.4 Velocity - Wann sind wir fertig? [Seite 156]
5.3.5 - 10.5 Grobe Projektschätzung - Kosten und Dauer [Seite 158]
5.3.6 - 10.6 Risikoreserven vorsehen [Seite 166]
5.4 - 11 Agile Projekte und Verträge [Seite 169]
5.4.1 - 11.1 Kernstück eines Vertrags für agile Projekte [Seite 169]
5.4.2 - 11.2 Kostenfaktoren ermitteln [Seite 170]
5.4.3 - 11.3 Vertragsgestaltung für agile Projekte [Seite 175]
6 - III Agile Architektur [Seite 179]
6.1 - 12 Softwarearchitektur [Seite 181]
6.1.1 - 12.1 Was ist eigentlich Softwarearchitektur? [Seite 181]
6.1.2 - 12.2 Architektur und Agilität [Seite 185]
6.1.3 - Infobox: Prioritäten finden durch Punktekleben [Seite 190]
6.1.4 - 12.3 Entscheidungen treffen [Seite 191]
6.1.5 - 12.4 Architektur und Qualität [Seite 196]
6.2 - 13 Der Architekt und die Architekturphase [Seite 203]
6.2.1 - 13.1 Der agile Architekt als Architecture Owner [Seite 203]
6.2.2 - 13.2 Die Aufgaben in der Architekturphase [Seite 206]
7 - IV Konstruktion und Releases [Seite 211]
7.1 - 14 Struktur und Dynamik einer Iteration [Seite 213]
7.1.1 - 14.1 Schema einer Iteration [Seite 213]
7.1.2 - 14.2 Die Iteration planen [Seite 218]
7.1.3 - 14.3 Planning Poker [Seite 220]
7.1.4 - 14.4 Mikroprozess und testgetriebene Entwicklung [Seite 223]
7.1.5 - 14.5 Retrospektiven durchführen [Seite 229]
7.2 - 15 Fortlaufende Backlog-Arbeit [Seite 233]
7.2.1 - 15.1 Timeboxing - Ziele erreichen [Seite 233]
7.2.2 - 15.2 Vom Epos zur User Story [Seite 240]
7.2.3 - 15.3 Anforderungen zerlegen - Splitting Pattern [Seite 251]
7.2.4 - 15.4 Refactoring im Großen wie im Kleinen [Seite 257]
7.2.5 - Infobox: Zerbrochene Fenster und Null-Toleranz [Seite 260]
7.2.6 - 15.5 Mit Reserven umgehen [Seite 265]
7.3 - 16 Regelmäßige hochwertige Releases [Seite 271]
7.3.1 - 16.1 Die Macht des Rhythmus [Seite 271]
7.3.2 - 16.2 Releases schneiden und erstellen [Seite 275]
7.3.3 - Infobox: Relatives Schätzen mit T-Shirt-Größen [Seite 278]
7.3.4 - 16.3 Produktqualität als permanentes Ziel [Seite 280]
7.4 - 17 Projektcontrolling und -steuerung [Seite 289]
7.4.1 - 17.1 Grundprinzipien des agilen Projektcontrollings [Seite 289]
7.4.2 - 17.2 Projektcontrolling - Story Points und Tasks [Seite 294]
7.4.3 - 17.3 Eine Iteration über das Taskboard steuern [Seite 301]
7.4.4 - 17.4 Metriken und KPI [Seite 302]
7.4.5 - 17.5 Metriken für agile Projekte [Seite 306]
7.4.6 - Infobox: Der Wert-Begriff in agilen Metriken [Seite 308]
7.4.7 - 17.6 "Caves and Common" und Selbststeuerung [Seite 317]
7.4.8 - Infobox: Die negative Wirkung von Lärm auf die Produktivität [Seite 319]
7.4.9 - 17.7 Anforderungsänderungen willkommen heißen [Seite 323]
7.5 - 18 Kanban und Lean Management [Seite 327]
7.5.1 - 18.1 Kanban kurz und knapp [Seite 327]
7.5.2 - 18.2 Lean Management [Seite 329]
7.5.3 - 18.3 Die drei Kanban-Prinzipien [Seite 333]
7.5.4 - 18.4 Mit Kanban steuern [Seite 337]
7.5.5 - 18.5 Multitasking bei Projekten vermeiden [Seite 339]
7.5.6 - 18.6 Value Stream Map [Seite 340]
7.5.7 - 18.7 Kanban in der Entwicklung nutzen [Seite 343]
7.6 - 19 Der agile Coach im täglichen Einsatz [Seite 347]
7.6.1 - 19.1 Aufgaben eines agilen Coaches [Seite 347]
7.6.2 - Infobox: GROW - Coaching als Prozess [Seite 351]
7.6.3 - 19.2 Teams aufbauen [Seite 356]
7.6.4 - 19.3 Anforderungen an einen agilen Coach [Seite 360]
7.6.5 - 19.4 Führung in agilen Projekten [Seite 363]
7.6.6 - 19.5 Die agilen Werte zum Leben bringen [Seite 367]
8 - V Agile Großprojekte [Seite 375]
8.1 - 20 APM für große Projekte skalieren [Seite 377]
8.1.1 - 20.1 Featureteams und Teamprojektleiterstruktur [Seite 377]
8.1.2 - 20.2 Fortschritt und Orientierung in einer Iteration [Seite 387]
8.1.3 - 20.3 Community of Practice [Seite 396]
8.1.4 - 20.4 Arbeiten mit Persona-Beschreibungen [Seite 400]
8.2 - 21 Verteilte Teams [Seite 407]
8.2.1 - 21.1 Herausforderungen und Konsequenzen [Seite 407]
8.2.2 - 21.2 Vorgehensweisen und Strategien [Seite 412]
8.3 - 22 Besonderheiten im regulierten Umfeld [Seite 417]
8.3.1 - 22.1 FDA, GMP und das ganze Alphabet [Seite 417]
8.3.2 - 22.2 Traceability - Nachvollziehbarkeit herstellen [Seite 421]
8.3.3 - 22.3 Risikobasiertes Entwickeln und Testen [Seite 423]
8.3.4 - 22.4 Dokumentenreviews? Pair Working! [Seite 429]
8.3.5 - 22.5 Besonderheiten bei automatisierten Tests [Seite 430]
8.3.6 - 22.6 Die Teamstärke und Rollen anpassen [Seite 431]
8.4 - 23 Agilität im Unternehmen einführen [Seite 433]
8.4.1 - 23.1 Organisationsentwicklung auf zwei Ebenen [Seite 433]
8.4.2 - 23.2 Die Verbreitung auf der operativer Ebene [Seite 435]
8.5 - Abschlussbemerkung und Literaturtipps [Seite 441]
8.6 - Referenzen und weiterführende Literatur [Seite 445]
8.7 - Index [Seite 445]
9 - oose Poster [Seite 466]
10 - www.dpunkt.de [Seite 0]