Scrum - Produkte zuverlässig und schnell entwickeln

Inhaltsverzeichnis

Geleitwort von Ken Schwaber

Vorwort

Kapitel 1Einleitung

1.1 Scrum – Veränderungsmanagement

1.2 Der Fahrplan des Buches

1.3 Scrum-Zertifizierungsm ¨oglichkeiten

1.3.1 Der Certified ScrumMaster (CSM)

1.3.2 Der Certified Scrum Practitioner (CSP)

1.3.3 Der Certified ScrumTrainer (CST)

1.3.4 Der Certified ScrumCoach (CSC)

1.3.5 Ein Wort zur Zertifizierung

Kapitel 2 Grundlagen

2.1 Scrum – ein Prozess?

2.1.1 Ein Begriff – mehr als ein Vorgehensmodell

2.1.2 Die Scrum Begriffe – Rollen, Meetings und Artefakte

2.2 Scrum – Eine Bewegung entsteht

2.3 Ein paar Daten zur Geschichte Scrums

2.4 Prinzipien und Hintergründe

2.4.1 Der ScrumMaster – Ein machtloser Change Manager

2.4.2 Scrums Wurzeln im Wissensmanagement –Die Bedeutung der Spezialisten

2.4.3 Wie Teams ihr Wissen nach außen tragen

2.4.4 Das Management in der wissensbasierten Organisation

2.4.5 Kontrollierbarkeit des Unkontrollierbaren

2.4.6 Kontinuierliche Verbesserung – Feedback

2.4.7 Das Toyota Production System und Scrum

2.4.8 Planung als kommunikatives Erlebnis

Kapitel 3 Die Motivation für Scrum

3.1 Freude am Tun – Auf der Suche nach dem Glück

3.2 Produktivitätssteigerungen –Teams werden unglaublich schnell

3.3 Verlässlichkeit – Innovative Resultate

3.4 Die anderen machen es auch

Kapitel 4 Die Rollen –Klare Verantwortlichkeiten

4.1 Die Protagonisten stellen sich vor

4.2 Eine Rolle ist keine Position

4.3 Das Team – Die Spezialisten

4.3.1 Multidisziplinarität und fachübergreifendes Arbeiten

4.3.2 Verantwortlichkeit

4.3.3 Wie wird ein Scrum-Team gebildet?

4.3.4 Das Team organisiert sich selbst

4.3.5 Die Phasen der Teambildung

4.3.6 Probleme bei der Implementierung – Team

4.3.7 Zusammenfassung aus der Sicht des Product Owners

4.4 Der Product Owner –Von der Vision zu innovativen Resultaten

4.4.1 Der Product Owner als Visionär

4.4.2 Das Product Backlog zusammen stellen

4.4.3 Das Product Backlog priorisieren

4.4.4 Das Produkt annehmen, verbessern oder ablehnen

4.4.5 Den Release Plan bestimmen und managen

4.4.6 Commitment des Product Owners

4.4.7 Den Return on Investment bestimmen und sichern

4.4.8 Wer sollte die Rolle des Product Owners ¨ubernehmen?

4.4.9 Skalierung des Product Owners

4.4.10 Zusammenfassung aus der Sicht des ScrumMasters

4.5 ScrumMaster – Ein Change Agent

4.5.1 Überblick über die Aufgaben des ScrumMaster

4.5.2 Scrum implementieren

4.5.3 Das Abarbeiten von Impediments

4.5.4 Die Arbeit mit dem Team

4.5.5 Die Arbeit mit dem Product Owner

4.5.6 Die Steigerung der Produktivität des Teams

4.5.7 Scrum in die Organisation hineintragen und sie ändern

4.5.8 Wieviel Arbeit ist es, ein Scrum Master zu sein?

4.5.9 Der ScrumMaster trifft Entscheidungen

4.5.10 Wer in einer Organisation wird ScrumMaster?

4.5.11 Zusammenfassung aus der Sicht der Teammitglieder

4.6 Der Customer – Der Finanzier

4.7 Der Anwender

4.8 Das Management – Die Bereitsteller

4.9 Verantwortlichkeit leben – Seine Rolle ausüben

4.9.1 Zusammenfassung aus Sicht des ScrumMasters

Kapitel 5 Planen in Scrum

5.1 Planungslevel – Strategie und Taktik

5.2 Was ist Planung?

5.3 Der strategische Planungsprozess im Projekt –Die zehn Schritte der Planung

5.4 Unterschiede zur traditionellen Planung –Ebenenverwechslung

5.5 Der strategische Planungprozess

5.5.1 Der Product Owner als Visionär

5.5.2 Wie erschafft man eine Vision? – Freewriting

5.5.3 Veränderung der Vision – Schärfe und Klarheit

5.5.4 Führungsaufgabe Visionsgenerierung

5.6 Das Product Backlog

5.6.1 Hilfsmittel für das Verwalten des Product Backlogs

5.6.2 Product Backlog für Multi-Teams, Große Teams

5.6.3 Was ist ein Product Backlog Item? – Lieferungen

5.6.4 Anforderungen und Anforderungsdokumente

5.6.5 Stories nach Cohn

5.7 Backlog Priorisierung – Den Nutzen maximieren

5.7.1 Die Grundlage der Priorisierung – Der Business Value

5.7.2 Methoden der Priorisierung –Techniken fu¨ r den Product Owner

5.7.3 1000 Ping-Pong-Bälle

5.7.4 Kano

5.7.5 Relatives Gewicht – In 8 Schritten zum Backlog

5.8 Unsicherheit minimieren – Schätzen in Scrum

5.8.1 Vorhersagbarkeit und Schätzungen

5.8.2 Schätzen – Storypoints

5.8.3 Schätzung – Planning Poker

5.8.4 Schätzen – Die Velocity

5.8.5 Der Releaseplan – Durchlaufzeit

5.8.6 Kosten fu¨ r das Projekt

5.9 Die Planung geht weiter

5.10 Die Zusammenhänge

Kapitel 6 Der Sprint –Das Produkt entsteht

6.1 Überblick

6.2 Die grundlegenden Prinzipien

6.3 Das Estimation Meeting –Den Überblick bewahren

6.3.1 Warum Estimation Meeting?

6.3.2 Durchführung des Estimation Meetings

6.3.3 Die Teilnehmer und Rollen im Estimation Meetings

6.3.4 Planning und Architektur

6.3.5 Schätzen – Die Größe des Backlog Items

6.4 Das Sprint Planning – Taktisches Planen

6.4.1 Zweck des Sprint Planning

6.4.2 Das Sprint Planning – Analyse und Design

6.4.3 Sprint Planning 1 – Briefing und Analyse

6.4.4 Sprint Planning 2 – Design

6.5 Das Daily Scrum – Tägliche Synchronisation

6.5.1 Der Zweck des Daily Scrum

6.5.2 Der Ablauf des Daily Scrums

6.5.3 Das Daily Scrum mit Taskboard

6.5.4 Die Probleme, die auftreten werden

6.5.5 Daily Scrum für große oder verteilte Teams – Teil 1

6.6 Das Sprint Review – Das Produkt vorstellen

6.6.1 Die Bedeutung von Done

6.6.2 Ablauf und Regeln des Meetings

6.6.3 Konsequenzen aus dem Review

6.6.4 Das Sprint Review im skalierten Umfeld

6.7 Kontinuierliches Verbessern –Die sechs Schritte der Sprint Retropospektive

6.7.1 Warum Retrospektiven?

6.7.2 Geschichte der Sprint Retrospective –Norman Kerth und Ken Schwaber

6.7.3 Warum funktionieren Retrospektiven? – Storytelling

6.7.4 Was ist lernen? – Ent-täuschte Erwartungen

6.7.5 Die sechs Schritte der erfolgreichen Retrospektive

6.8 Der Sprint selbst – Zwischen den Meetings

6.8.1 Wie läuft ein Sprint ab? –Kommunikation, Kommunikation, Kommunikation

6.8.2 Fokus – Alle arbeiten gleichzeitig an einem Backlog Item

6.8.3 Die Aufgabe des Teams im Sprint

6.8.4 Die Aufgabe des Product Owners im Sprint

6.8.5 Die Aufgabe des ScrumMasters im Sprint

6.8.6 Was kann während eines Sprints alles passieren?

6.8.7 Wann kann ein Sprint abgebrochen werden?

6.8.8 Konflikte – Es menschelt

6.8.9 Verlängerungen des Sprints

6.8.10 Die Scrum Engine – Zermübende Monotonie

6.9 Fallstudie – Scrum @ bwin

6.9.1 Vorbereitung des Sprint 0

6.9.2 Sprint 0

6.9.3 Sprint 1-3

6.9.4 Sprint 4-6

6.9.5 Sprint 7

6.9.6 Sprint 8

6.9.7 Sprint 9-12

Kapitel 7 Reporting –Wissen, wo wir stehen

7.1 Metriken – Suboptimales Messen

7.1.1 Etwas Grundsätzliches

7.1.2 Zeitaufzeichungen

7.2 Reports

7.2.1 Der Sprint Burn Down Chart

7.2.2 Das Taskboard

7.2.3 Der Sprint Product Burn Down Chart

7.2.4 Der Release Product Burn Down Chart

7.2.5 Das Parking Lot Chart

7.2.6 Das Velocity Chart

7.3 Das Logbuch

7.4 Das Impediment Backlog – Riskmanagement

7.5 Die Retrospektive

7.6 Sprint Review

7.7 Berichten im skalierten Umfeld

7.8 Elektronische Hilfsmittel

Kapitel 8 Professionalität –Test, Integration, Release

8.1 Professionalität und Risiko

8.2 Auswirkung der schlechten Qualität

8.3 Entwicklungspraktiken der Balanced Agility

8.3.1 Kontinuierliche Integration – Das Produkt entsteht

8.3.2 Qualität – Testen, Testen, Testen

8.3.3 Release-Durchführung –Das Produkt zur Verfügung stellen

Kapitel 9 Einführung von Scrum in großen Projekten und Organisationen

9.1 Die Prinzipien skaliert

9.2 Scrum und das große Projekt –Ein Skalierungsmodell

9.2.1 Der Projektstart

9.2.2 Organisches Wachstum

9.2.3 Sprunghaftes Skalieren

9.2.4 Das Team- übergreifende Ziel: Vision und Sprint Goal

9.2.5 Die Kommunikation der Teams – Meetings

9.2.6 Das gemeinsame Liefern – Usable Software

9.2.7 Balanced Agility skaliert

9.2.8 Skalierte Retrospektiven – Gemeinsam Verbessern

9.3 Scrum in verteilten Teams – Collocation

9.3.1 Vorangestellte Überlegungen

9.3.2 Scrum – Sichtbarmachen der Probleme

9.3.3 Lösungsbeispiele – Ideen

9.3.4 Team-Set-up-Szenarios

9.3.5 Bedeutung schaffen

9.3.6 Kommunikation

9.3.7 Daily Scrum mit verteilten Teams – Teil 2

9.3.8 Scrum-Tools – technische Hilfsmittel

9.4 Scrum in Multi-Projekt Umfeldern

9.4.1 Das Chaos schlichten – Das Projekt-Backlog

9.4.2 Mehrere Teams liefern zu vielen Projekten – Teambacklog

9.4.3 Aufsplitten der Applikations-Teams – Fokus

9.4.4 Multi-Projekt-Management und das Pull-Prinzip

9.4.5 Gemeinsames Entwickeln – Das gleiche Ziel

9.5 Scrum mit externe Zulieferern

9.5.1 Zusammen liefern – Zusammen lernen

9.6 Software-Entwicklungsabteilungen managen

9.6.1 Transition zu Scrum

9.6.2 Führung auf Abteilungsebene

9.6.3 Kundenmanagement

9.6.4 Scrum in der Abteilung implementieren

9.7 Organisationsweites Scrum

9.7.1 Organisation der Implementierung

9.7.2 Über Schulungen und Coaching

Kapitel 10 Scrum – Leadership, Emotion, Kreativität

10.1 Leadership – Verändere!

10.2 Mit Emotionen führen

10.3 Flow + Kreativität = Glück

Kapitel 11 Scrum-Tools – In aller Kürze

11.1 Flipchart & Co

11.2 Elektronische Scrum-Tools

Kapitel 12 Stolpersteine beim Scrummen

Kapitel 13 Schlusswort

Literaturverzeichnis

Stichwortverzeichnis