Book description
- ein Buch aus der Praxis für die Praxis mit vielen Beispielen und Checklisten Erklärung der Methodik über ein Projekt (projektchronologische Reihenfolge der Kapitel)
Table of contents
- Cover
- Titel
- Impressum
- Hingabe
- Vorwort
- Inhaltsverzeichnis
- 1 Einleitung
-
2 Die Werte
- Der falsche Ansatz
- Der Mensch im Fokus
- Agil sein beginnt im Kopf
- 2.1 Agile Werte
-
2.2 Agile Prinzipien
- Den Kunden zufriedenstellen
- Änderungen willkommen heißen
- Häufige Auslieferung
- Crossfunktionale Zusammenarbeit
- Unterstützung leisten und Vertrauen schenken
- Direkte persönliche Kommunikation
- Funktionierende Software
- Nachhaltige Geschwindigkeit
- Streben nach technischer Exzellenz
- Einfach ist besser
- Selbstorganisiert agieren
- Überprüfen und Anpassen
- 2.2.1 Häufige Probleme
- Fehlender Mut
- Der Scrum Master als Einzelkämpfer
- Agile Werte werden nicht aktiv gelebt
- 2.2.2 Checklisten
- Agilität etablieren
-
3 Das Scrum-Team
- Bevor es losgeht
- Vertrauen, Wertschätzung und Verantwortung
- Stabilität
- Der vermeintliche Vorteil
- Co-Location – standortgebunden agieren
- Zusammenarbeit mit dem Projektsponsor
- Auf ein klares Ziel hinarbeiten
- 3.1 Das Entwicklungsteam
-
3.2 Der Scrum Master
- Die goldene Regel
- 3.2.1 Unterstützung des Entwicklungsteams
- Selbstorganisiertes und crossfunktionales Handeln
- Entwicklung wertvoller Produkte
- Unterschiedliche Wahrnehmungen
- Beseitigung von Hindernissen
- Moderation von Scrum-Events
- Dominanz in Meetings
- Coaching in schwierigen Projektumgebungen
- 3.2.2 Unterstützung des Product Owners
- Kommunikation der Backlog Items, Ziele und Vision
- Erfolgreiches Management des Product Backlog
- Langfristige Produktplanung
- Enge Zusammenarbeit fokussieren
- 3.2.3 Unterstützung der Organisation
- Scrum in der Organisation etablieren
- Zusammenarbeit mit anderen Scrum Mastern
- 3.2.4 Charaktereigenschaften
- Servant Leadership
- Bei sich selber beginnen
- Coaching des Scrum-Teams
- Konfliktbewältigung
- 3.2.5 Häufige Probleme
- Ein Scrum Master, zwei Teams
- Das Beseitigen von Hindernissen dauert zu lange
- Das Team lernt nicht
- Unvorbereitete Meetings
- 3.2.6 Checklisten
- Den richtigen Scrum-Coach für den Start finden
-
3.3 Der Product Owner
- 3.3.1 Hauptaufgaben
- Erstellung von Backlog Items
- Management des Product Backlog
- Erstellung der Releaseplanung
- Entwicklung der Produktvision
- Kommunikationszentrale
- 3.3.2 Eigenschaften eines Product Owners
- Charaktermerkmale
- Führungsqualitäten
- 3.3.3 Häufige Probleme
- Der Fokus fehlt
- Das Product Backlog ist in einem schlechten Zustand
- Der unerfahrene Product Owner
- 3.3.4 Checklisten
- Worauf ein Scrum Master bei einem Product Owner achten sollte
-
3.4 Exkurs: Verteilte Teams
- 3.4.1 Ausgangssituation
- Ein Sprint mit dem Mailänder-Team
- 3.4.2 Kulturelle Herausforderungen
- 3.4.3 Technische Herausforderungen
- Chat und Videochat
- Videokonferenzsysteme
- Netzwerkanbindung
- Scrum-Tools
- Wiki
- Gemeinsame Dateiablage
- Screen Sharing
- 3.4.4 Organisatorische Herausforderungen
- Räume für ungestörte Telefonate
- Reisefreiheit
- Unterschiedliche Zeitzonen
- Status-Updates von Daily Scrums trennen
- 3.4.5 Häufige Probleme
- Unterschätzung der Aufbauphase eines Teams
- Architektur- und Designentscheidungen ohne das Entwicklungsteam
- Verteilte Teams werden mit Teams vor Ort verglichen
- Keine Anpassung bestehender Prozesse
- Keine Kontakte für neue Kollegen
- Vergessen der entfernten Kollegen
- Nichtbeachten von Befindlichkeiten
- Keine Rücksicht auf Fremdsprachler
- Die frustrierte Kollegin
- 3.4.6 Checklisten
- Arbeit mit verteilten Teams
-
4 Die Vorbereitung
- Der Startschuss fällt
-
4.1 Kick-off-Workshop
- Vision
- Ziele
- Vorbereitung
- Inhalt
- 4.1.1 Projektspezifische Themen
- 4.1.2 Organisatorische Themen
- 4.1.3 Teamspezifische Themen
- Umgang mit Fehlern
- 4.1.4 Teamdefinitionen
- Definition of Ready (DoR)
- Definition of Done (DoD)
- Ermittlung der DoR und DoD
- Vorbereitung
- Durchführung
- Nachbereitung
- 4.1.5 Teamprofessionalisierung
- 4.1.6 Häufige Probleme
- Schlechte Vorbereitung
- Unklares Verständnis
- Mangelnde Beachtung der eigenen Regeln
- 4.1.7 Checklisten
- Themenkreise eines Kick-offs
-
4.2 Product Backlog
- Das dynamische Product Backlog
- 4.2.1 Struktur des Product Backlog
- ID
- Beschreibung (auch: User Story)
- Akzeptanzkriterien
- Rangfolge
- Schätzung (auch: Story Points)
- Gruppe (auch: Epic)
- Notizen
- 4.2.2 Anforderungsworkshops
- Produktgestaltungsworkshop
- Big-Picture-Workshop
- 4.2.3 User Stories
- Akzeptanzkriterien
- 4.2.4 Story Maps
- Erstellen einer Story Map
- 4.2.5 Zerlegung von User Stories
- Schneiden macht das Team glücklich
- Vertikales Schneiden
- Zerlegen nach Workflow
- Zerlegen nach Geschäftsregel
- Zerlegen nach Komplexität
- Zerlegen nach Datentyp
- Zerlegen nach Dateneingabe
- Zerlegen nach Aufwand
- Zerlegen nach Komfort
- Zerlegen nach Benutzerrolle
- Zerlegen nach Performance
- Zerlegen nach Forschungsanteil
- Daumenregeln für die Zerlegung von User Stories
- 4.2.6 Things-that-matter-Matrix
- Wie war das gleich noch mal?
- Vorbereitungen
- 4.2.7 Technische Backlog Items
- 4.2.8 Häufige Probleme
- Das Product Backlog ist nicht öffentlich sichtbar
- Das Product Backlog ist nicht weit genug im Voraus durchdacht
- Die Backlog Items sind zu detailliert beschrieben
- Das Team ist nicht in die Erstellung der User Stories eingebunden
- User Stories sind nicht aus der Sicht des Benutzers geschrieben
- User Stories enthalten keinen Wert für den Benutzer
- 4.2.9 Checklisten
- Product Backlog
- Anforderungsworkshops
- User Stories
- Story Maps
- TTM-Matrix
-
4.3 Schätzungen
- 4.3.1 Estimation
- 4.3.2 Schätzeinheiten
- Story Points
- Personentage oder -stunden
- T-Shirt-Größen
- 4.3.3 Schätzskalen
- Fibonacci-Reihe
- Lineare Skala
- Zweierpotenzen (Powers of Two)
- 4.3.4 Initiale Schätzverfahren
- Schock im Kick-off
- Team Estimation Game
- Magic Estimation
- 4.3.5 Schätzvarianten
- Relativer Vergleich
- Aus einer Hand
- Laser Sword Estimation
- Ouija Board Estimation
- Technische Hilfsmittel wie iPhone oder iPad
- 4.3.6 Checklisten
- Estimation
- Was Sie im Blick behalten sollten
-
4.4 Releaseplanung
- Die Konferenz rückt näher
- 4.4.1 Releaseplan
- 4.4.2 Initiale Velocity
- Simulation
- Hochrechnung
- 4.4.3 Release-Burndown-Chart
- 4.4.4 Häufige Probleme
- Vergleich mit traditionellen Projekten
- Fester Umfang und fester Termin
- Releaseplan wird nur nach Story Points erstellt
- 4.4.5 Checklisten
- Releaseplan
- Initiale Velocity
- Release-Burndown-Chart
-
4.5 Letzte Vorkehrungen
- 4.5.1 Sprint Zero
- Bitte anschnallen und die Sicherheitsgurte schließen!
- 4.5.2 Teamraum
- Raumgröße
- Dedizierter Arbeitsbereich
- Große Wandflächen
- Persönlichkeit & Kontrolle
- Büroausstattung
- Hardware
- Internetanbindung
- Ruhe- und Rückzugsorte
- Lichtquellen
- Raumklima
- Teammonitoring
- Spaß und Spiel
- Home Office
- 4.5.3 Scrum-Board
- Urlaubsvertretung
- Struktur des Scrum-Boards
- Physis des Scrum-Boards
- Farben und Formen
- 4.5.4 Häufige Probleme
- Überstrukturierte Scrum-Boards
- Verwirrende Farbvielfalt oder unübersichtliche Eintönigkeit
- Unzureichende Pflege des Scrum-Boards
- 4.5.5 Checklisten
- Sprint Zero
-
5 Die Durchführung
-
5.1 Sprint Planning I
- Ready, Steady, Go!
- 5.1.1 Teamverfügbarkeit
- Fokusfaktor
- Geplante Abwesenheiten
- 5.1.2 Planung ohne Story Points
- 5.1.3 Akzeptanzkriterien (How to demo)
- 5.1.4 Sprint-Ziel
- 5.1.5 Slack
- 5.1.6 Häufige Probleme
- Prognose zu niedrig
- Sprint Planning mitten am Tag
- Intransparente Restaufwände
- Anteilige Story Points bei Restarbeiten
- Nichtbeachtung der Definition of Ready
- Technische Diskussionen
- Viele große Backlog Items
- Ungleichmäßige Auslastung des Teams
- Deployment nicht geplant
- Ungutes Bauchgefühl
- 5.1.7 Checklisten
- Sprint Planning I
-
5.2 Sprint Planning II
- Jetzt geht es in die Details
- 5.2.1 Tasks
- Taskkarten
- Größe der Tasks
- Schätzungen von Tasks
- Color Coding
- Codereview
- Nachverhandeln
- 5.2.2 Story Owner
- 5.2.3 Sprint-Burndown-Chart
- Der Anfang vom Ende
- Das Team hat einen Lauf
- 5.2.4 Häufige Probleme
- Dominante Teammitglieder
- Zu große Tasks
- Parallele Planung
- Fehlende Realitätsprüfung
- 5.2.5 Checklisten
- Sprint Planning II
-
5.3 Daily Scrum
- Herstellen der Ordnung
- Teamsynchronisation
- 5.3.1 Die vierte Frage
- 5.3.2 Happiness-Index
- 5.3.3 Häufige Probleme
- Verspätungen
- Abwesenheiten
- Unvorbereitete Teilnehmer
- Detailtiefe
- Überziehen
- Inhaltslosigkeit
- Rechtfertigung
- Selbstdarsteller
- Sit-in statt Stand-up
- Suche nach Lösungen
- Hilfestellung bei Problemen
- Mehrere Backlog Items gleichzeitig in Arbeit
- Verspäteter Beginn
- Unübersichtlichkeit
- Sprechreihenfolge
- Lautstärke
- 5.3.4 Checklisten
- Daily Scrum
- 5.4 Backlog Grooming
-
5.5 Review
- Das Grande Finale
- Ziele eines Reviews
- Vorstellung der Arbeitsergebnisse
- Feedback
- Agenda
- 5.5.1 Vorbereitung
- Der Weckruf
- 5.5.2 Varianten
- Interaktives Review
- Schauspiel
- Reviews auf Epic-Ebene
- 5.5.3 Häufige Probleme
- Team spricht zum Product Owner
- Product Owner ist überrascht
- Product Owner steht nicht zu seinen Entscheidungen
- Nicht erledigte Backlog Items im Review
- 5.5.4 Checklisten
- Review
-
5.6 Retrospektive
- Ziel
- Fokus
- Moderationsrolle
- 5.6.1 Vorbereitung
- 5.6.2 Struktur
- Phase 1: Startphase der Retrospektive
- Phase 2: Informationen zusammentragen
- Phase 3: Einsichten generieren
- Phase 4: Entscheidung herbeiführen
- Phase 5: Abschluss der Retrospektive
- 5.6.3 Varianten
- Der Vertrag
- Energieimpuls-Retrospektive
- Gesundheitstropfen-Retrospektive
- Agile-Werte-Retrospektive
- Liebes- und Hassbrief-Retrospektive
- Der Hassbrief
- Online-Retrospektive
- 5.6.4 Häufige Probleme
- Retrospektiven finden nicht statt
- Retrospektiven erzielen kein Ergebnis
- Der unterschätzte Zeitfaktor
- 5.6.5 Checklisten
- Was Sie bei der Vor- und Nachbereitung einer Retrospektive beachten sollten
- Die erste Retrospektive mit einem Team
- Retrospektiven mit verteilten Teams
- Ideen für Retrospektiven, die Sie ausprobieren sollten
-
5.1 Sprint Planning I
- 6 Die Veröffentlichung
-
A Anhang
- A.1 Literaturverzeichnis
-
A.2 Literaturempfehlungen
- A.2.1 Kapitel 2: Die Werte
- Literatur- und Blog-Artikel-Empfehlungen (Stand: 14.07.2012)
- Website Empfehlungen (Stand: 14.07.2012)
- A.2.2 Kapitel 3: Scrum-Team
- Literatur- und Blog-Artikel-Empfehlungen (Stand: 14.07.2012)
- Website-Empfehlungen (Stand: 14.07.2012)
- A.2.3 Kapitel 4: Die Vorbereitung
- Literatur- und Blog-Artikel-Empfehlungen (Stand: 14.07.2012)
- Website-Empfehlungen (Stand: 14.07.2012)
- A.2.4 Kapitel 5: Die Durchführung
- Literatur- und Blog-Artikel-Empfehlungen (Stand: 14.07.2012)
- Website-Empfehlungen (Stand: 14.07.2012)
- A.2.5 Kapitel 6: Die Veröffentlichung
- Literatur- und Blog-Artikel-Empfehlungen (Stand: 14.07.2012)
- B Glossar
- Index
Product information
- Title: Scrum in der Praxis
- Author(s):
- Release date: September 2012
- Publisher(s): dpunkt
- ISBN: 97833898647922
You might also like
book
Scrum in der Praxis, 3rd Edition
Scrum ist die in Unternehmen am häufigsten verwendete agile Methode. Allerdings bietet Scrum zunächst lediglich ein …
book
Scrum in der Praxis, 2nd Edition
inzwischen eingeführtes Scrum-Standardwerk ein Buch aus der Praxis für die Praxis mit vielen Beispielen und Checklisten* …
book
Agiles Produktmanagement mit Scrum, 2nd Edition
Dieses Buch hilft Ihnen, erfolgreich innovative Produkte mit Scrum zu entwickeln. Anhand zahlreicher Praxisbeispiele erklärt der …
book
Agile Spiele – kurz & gut
Spiele und Simulationen sind wichtige Hilfsmittel von Agile Coaches und Scrum Mastern und gehören in den …