Book description
Die Autoren beschreiben in kompakter Form die Scrum-Grundlagen und die hinter Scrum stehenden Werte und Prinzipien. Dabei unterscheiden sie zwischen den produktbezogenen Aspekten, den entwicklungsbezogenen Aspekten und dem kontinuierlichen Verbesserungsprozess.Im Einzelnen werden behandelt: die Scrum-Historie sowie Vorteile und Eignung von Scrum, der Scrum-Flow und die verschiedenen Rollen in Scrum mit ihren Verantwortlichkeiten, selbstorganisierte Teams, die Scrum-Meetings, Scrum-Artefakte, Releasemanagement und Schätzverfahren sowie die Einführung von Scrum im Unternehmen, Scrum-Skalierung, verteiltes Scrum und Leadership.Neu hinzugekommen sind in der 2. Auflage Techniken wie Story Mapping und Roadmap Planning. Außerdem wurden zahlreiche Inhalte insbesondere zu Vertragsgestaltung und Leadership erweitert.
Table of contents
- Cover
- Über den Autor
- Titel
- Impressum
- Vorwort
- Überblick über das Buch
- Inhaltsübersicht
- Inhaltsverzeichnis
-
1 Scrum: Historie, Vorteile, Eignung und Herausforderungen
- 1.1 Historie
- 1.1.1 Scrum-Teams nach Nonaka und Takeuchi
- 1.1.2 Erste Scrum-Projekte in der Softwareentwicklung
- 1.1.3 Von den ersten Artikeln bis zum Scrum Guide
- 1.1.4 Verbreitung von Scrum
- 1.2 Vorteile von Scrum
- 1.2.1 Kürzere Time-to-Market
- 1.2.2 Höhere Qualität
- 1.2.3 Größere Effizienz
- 1.2.4 Mehr Innovation
- 1.2.5 Zufriedenere Mitarbeiter
- 1.3 Eignung
- 1.4 Herausforderung: Denkweise (Mindset)
- 1.5 Das Kapitel in Stichpunkten
-
2 Überblick über den Scrum-Ablauf, die Rollen, Meetings, Artefakte und Prinzipien
- 2.1 Scrum-Flow
- 2.2 Die Rollen
- 2.2.1 Product Owner
- 2.2.2 Entwicklungsteam
- 2.2.3 Scrum Master
- 2.2.4 Scrum-Team
- 2.2.5 Kein Projektleiter in Scrum
- 2.3 Meetings
- 2.3.1 Sprint Planning
- 2.3.2 Daily Scrum
- 2.3.3 Sprint-Review
- 2.3.4 Sprint-Retrospektive
- 2.4 Der Sprint
- 2.5 Artefakte
- 2.5.1 Product Backlog
- 2.5.2 Sprint Backlog
- 2.5.3 Lieferbares Produktinkrement
- 2.6 Prinzipien
- 2.6.1 Autonomes und cross-funktionales Team
- 2.6.2 Inspect & Adapt (auch: empirisches Management)
- 2.6.3 Timeboxing
- 2.6.4 Return on Investment (ROI)
- 2.6.5 Qualität einbauen
- 2.6.6 Pull
- 2.6.7 Chronisch unterspezifiziert
- 2.7 Scrum-Werte
- 2.8 Das Kapitel in Stichpunkten
-
3 Scrum produktbezogen
- 3.1 Produktbegriff
- 3.1.1 Beispiel
- 3.1.2 Der passende Produktbegriff
- 3.2 Produktinkremente
- 3.3 Endkunden
- 3.3.1 Zielgruppen und Personas
- 3.3.2 Personas validieren
- 3.4 Produktvision
- 3.4.1 Elemente der Produktvision
- 3.4.2 Probleme/Bedürfnisse identifizieren
- 3.4.3 Produktvision kommunizieren: Storytelling
- 3.4.4 Weitere Hilfsmittel für Produktvisionen
- 3.5 Die Product-Owner-Rolle
- 3.5.1 Die Bedeutung von Priorisierung
- 3.5.2 Bevollmächtigung des Product Owners
- 3.6 Eigenschaften des Product Backlog
- 3.6.1 Größe des Product Backlog
- 3.7 Ready State und Definition of Ready
- 3.8 Product Backlog Board
- 3.8.1 Überführung in den »Ready for Sprint«-Bereich
- 3.8.2 Inhomogene Product Backlog Items
- 3.8.3 Physikalisches Board
- 3.9 Priorisierung
- 3.9.1 Priorisierung nach Kosten-Wert
- 3.9.2 Priorisierung nach Risiko-Wert
- 3.9.3 Priorisierung mit Verzögerungskosten (Cost of Delay)
- 3.9.4 Wert bzw. Verzögerungskosten ermitteln
- 3.9.5 Technische Product Backlog Items mit Verzögerungskosten priorisieren
- 3.10 Epics und User Stories
- 3.10.1 Satzschema für User Stories
- 3.10.2 Typische Fallen bei User Stories
- 3.10.2.1 Nutzen wird weggelassen
- 3.10.2.2 Akteur ist zu abstrakt
- 3.10.2.3 Akteur ist der Anforderer
- 3.10.3 Tipps zu User Stories
- 3.10.3.1 Alternatives Satzschema
- 3.10.3.2 Persona als Akteur
- 3.10.4 Akzeptanzkriterien
- 3.10.5 User Stories anhand von Akzeptanzkriterien aufspalten
- 3.10.6 Epics
- 3.11 Das komplette Produkt als Geschichte: Story Mapping
- 3.11.1 Story-Map-Beispiel
- 3.11.2 Wirkungen in Story Maps
- 3.12 Weitere Techniken zur Anforderungsmodellierung
- 3.13 Empirisches Management produktbezogen
- 3.13.1 Sprint Planning und Sprint-Review
- 3.14 Das Sprint Planning
- 3.14.1 Pull-Prinzip im Sprint Planning
- 3.14.2 Tasks als Plan
- 3.14.3 Das Sprint-Ziel
- 3.14.3.1 Finden des Sprint-Ziels
- 3.14.3.2 Vorteile guter Sprint-Ziele
- 3.15 Das Sprint-Review
- 3.15.1 Transparenz: Demonstration des lieferbaren Produktinkrements
- 3.15.2 Inspektion: Einholen von Feedback zum Produktinkrement
- 3.15.3 Adaption: Integration des Feedbacks in das Product Backlog
- 3.15.3.1 Zusätzliche und alternative Praktiken im Sprint-Review
- 3.15.4 Und was ist mit der Abnahme?
- 3.15.5 Sprint-Abbruch
- 3.16 Backlog Refinement
- 3.16.1 Refinement im Sprint-Review
- 3.16.2 Refinement im Sprint Planning
- 3.16.3 Refinement zwischen Sprint-Review und Sprint Planning
- 3.16.4 Ad-hoc-Refinement-Meetings
- 3.16.5 Regelmäßige Refinement-Meetings
- 3.16.6 Refinement-Optionen im Vergleich
- 3.17 Das Kapitel in Stichpunkten
-
4 Entwicklung mit Scrum
- 4.1 Entwicklungsteam (cross-funktional, autonom, selbstorganisiert)
- 4.1.1 Cross-Funktionalität
- 4.1.2 Autonom und selbstorganisiert
- 4.1.3 Entwickler nur in einem Team
- 4.2 Sprints
- 4.3 Lieferbare Produktinkremente
- 4.3.1 Definition of Done
- 4.4 Technische Herausforderungen
- 4.4.1 Herausforderung 1: lieferbares Produktinkrement ab dem ersten Sprint
- 4.4.2 Herausforderung 2: inkrementelle Architekturentwicklung
- 4.5 Sprint Planning: das Wie
- 4.5.1 Aufwandsschätzung
- 4.5.2 Story Points als Größenmaß
- 4.5.3 Vorteile von Story Points
- 4.5.4 Planning Poker®
- 4.5.5 Varianten des Planning Poker®
- 4.5.6 Erfahrungen mit Planning Poker®
- 4.5.7 Inkrementelles Ziehen in den Sprint
- 4.5.8 Das »Wie« im Sprint Planning: Task-Breakdown
- 4.5.9 Architekturdiskussionen
- 4.5.10 Was wir nicht im Sprint Planning festlegen
- 4.6 Taskboard als Sprint Backlog
- 4.7 Sprint-Burndown-Chart
- 4.8 Daily Scrum
- 4.8.1 Umgang mit Problemen im Daily Scrum
- 4.8.2 Der Product Owner im Daily Scrum
- 4.8.3 Hindernisbearbeitung im Daily Scrum
- 4.9 Das Kapitel in Stichpunkten
-
5 Kontinuierliche Verbesserung
- 5.1 Scrum-Master-Rolle
- 5.1.1 Scrum-Master-Dienste für den Product Owner
- 5.1.2 Scrum-Master-Dienste für das Entwicklungsteam
- 5.1.3 Scrum-Master-Dienste für die Organisation
- 5.1.4 Der Scrum Master und das Team
- 5.1.5 Der Scrum Master und der Product Owner
- 5.1.6 Der Scrum Master und die Organisation
- 5.1.7 Der Scrum Master und die Scrum-Meetings
- 5.1.8 Haltung und Einstellung des Scrum Masters
- 5.1.9 Braucht es einen Vollzeit-Scrum-Master?
- 5.1.9.1 Scrum Master als Mitglied im eigenen Team
- 5.1.9.2 Scrum Master als Mitglied in einem anderen Team
- 5.1.9.3 Scrum Master für ein zusätzliches Team
- 5.1.9.4 Der Scrum Master als Change Agent im Unternehmen
- 5.1.9.5 Der richtige Weg für den eigenen Kontext
- 5.1.10 Der Business Case zum Scrum Master
- 5.1.11 Die Super-Power des Scrum Masters
- 5.2 Team-Building
- 5.3 Hindernisbeseitigung
- 5.4 Retrospektiven
- 5.4.1 Der PDCA-Zyklus
- 5.4.2 Retrospektiven-Phasen
- 5.4.2.1 Set the stage (die Bühne bereiten)
- 5.4.2.2 Gather data (Daten sammeln)
- 5.4.2.3 Generate insights (Einsichten generieren)
- 5.4.2.4 Decide what to do (entscheiden, was zu tun ist)
- 5.4.2.5 Closing (Abschluss)
- 5.4.3 Moderation von Retrospektiven
- 5.4.4 Teilnehmer der Sprint-Retrospektive
- 5.4.5 Weitere Retrospektiven
- 5.4.6 Weitere Vertiefung
- 5.5 Agile Werte und Prinzipien
- 5.5.1 Das Agile Manifest
- 5.5.2 Agile Problemlösung
- 5.6 Das Kapitel in Stichpunkten
-
6 Releasemanagement
- 6.1 Grenzen der Releaseplanung
- 6.2 Das Warum der Releaseplanung
- 6.2.1 Rendezvous-Planung
- 6.2.2 Beispiel: Marketing
- 6.2.3 Investitionsmanagement
- 6.3 Das beste Releasemanagement ist Sprint-Management
- 6.4 Schätzung mit Story Points
- 6.4.1 Bucket Estimation
- 6.5 Releaseplanung
- 6.5.1 Ermitteln der Velocity
- 6.5.2 Probleme mit Story Points
- 6.5.3 Alternativen zu Story Points
- 6.5.4 Releasedauer
- 6.5.5 Release-Container
- 6.6 Roadmap-Planung
- 6.7 Release-Controlling
- 6.7.1 Release-Burndown-Bar-Charts
- 6.7.2 Release-Burnup-Charts
- 6.7.3 Parking-Lot-Diagramme
- 6.8 Festpreisverträge
- 6.8.1 Werkverträge ohne Festpreis
- 6.8.2 Alternative Vertragsformen
- 6.9 Das Kapitel in Stichpunkten
-
7 Streiflicht auf fortgeschrittenes Scrum
- 7.1 Scrum einführen
- 7.1.1 Veränderte Verhaltensweisen
- 7.1.2 Scrum im Unternehmen verankern
- 7.1.3 Kulturwandel im Unternehmen
- 7.1.3.1 Scrum Studio
- 7.1.3.2 Autonome Business Units
- 7.1.4 Agilität mit agilen Verfahren ausbreiten
- 7.1.5 Globale Optimierung
- 7.1.6 Coaching
- 7.1.6.1 Ökonomie des Coachings
- 7.1.7 Externe Coaches auswählen
- 7.1.8 Interne Coaches ausbilden
- 7.2 Scrum skalieren
- 7.2.1 Der Agile Scaling Cycle
- 7.2.2 Praktiken zur Reduktion von Abhängigkeiten
- 7.2.3 Praktiken zur Koordination von Teams
- 7.2.4 Die Organisation entwickeln
- 7.3 Agile Unternehmen
- 7.4 Verteiltes Scrum
- 7.4.1 Vertrauen ist essenziell
- 7.4.2 Entfernung
- 7.4.3 Tools
- 7.5 Interventionen durch Führungskräfte
- 7.5.1 Selbstverständnis von Führungskräften
- 7.5.2 Alignment und Autonomie
- 7.5.3 CDE: Containers, Differences, Exchanges
- 7.5.3.1 CDE-Beispiel
- 7.5.4 Leadership
- 7.6 Vertragsgestaltung für agile Entwicklung
- 7.6.1 Scrum im Vertrag
- 7.6.2 Werkvertrag und Festpreis vs. Dienstvertrag und Bezahlung nach Aufwand
- 7.6.3 Flexibilität des Vertragswerks
- 7.6.4 Kosten- vs. nutzenorientierte Verträge
- 7.6.5 Vorgehen wichtiger als Ergebnisse
- 7.7 Das Kapitel in Stichpunkten
-
Anhang
- A Überblick über die Rollen, Meetings und Artefakte in Scrum
- A.1 Scrum-Master-Aufgaben
- A.1.1 Teamebene
- A.1.2 Teamübergreifende Organisationsebene
- A.1.3 Anforderungsebene und Product Owner unterstützen
- A.2 Product-Owner-Aufgaben
- A.2.1 Produkteigenschaften
- A.2.2 Zusammenarbeit mit dem Team
- A.2.3 Kunden/Anwender
- A.2.4 Management sonstiger Stakeholder
- A.3 Aufgaben des Entwicklungsteams
- A.3.1 Arbeitsorganisation
- A.3.2 Technisch
- A.3.3 Bezogen auf Stakeholder
- A.3.4 Unterstützung des Product Owners
- A.3.5 Verbesserung
- A.4 Daily Scrum
- A.5 Sprint Planning
- A.6 Sprint-Review
- A.7 Sprint-Retrospektive
- A.8 Backlog Refinement
- A.9 Releaseplanung
- A.10 Product Backlog
- A.11 Sprint Backlog
- A.12 Produktinkrement
- A.13 Sprint-Burndown-Chart
- A.14 Release-Burnup-Chart
- B Literatur
- Fußnoten
- Index
Product information
- Title: Scrum – verstehen und erfolgreich einsetzen, 2nd Edition
- Author(s):
- Release date: August 2018
- Publisher(s): dpunkt
- ISBN: 9783864905902
You might also like
book
DevOps For Dummies
Develop faster with DevOps DevOps embraces a culture of unifying the creation and distribution of technology …
book
Python Crash Course, 3rd Edition
Python Crash Course is the world's best-selling guide to the Python guide programming language, with over …
book
Agil im ganzen Unternehmen
Dies ist das Buch, das ich Führungskräften in die Hand drücken wollte, wenn sie sagen: ""Ich …
book
Python Crash Course, 2nd Edition
This is the second edition of the best selling Python book in the world. Python Crash …