Scrum. Produkte zuverlässig und schnell entwickeln. von Boris Gloger. 4., überarbeitete Auflage. Hanser München 2013

Transkript

1 Scrum Produkte zuverlässig und schnell entwickeln von Boris Gloger 4., überarbeitete Auflage Hanser München 2013 Verlag C.H. Beck im Internet: ISBN Zu Leseprobe schnell und portofrei erhältlich bei beck-shop.de DIE FACHBUCHHANDLUNG

2 Inhaltsverzeichnis Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN (Buch): ISBN (E-Book): Weitere Informationen oder Bestellungen unter sowie im Buchhandel. Carl Hanser Verlag, München

3 Inhalt Geleitwort von Ken Schwaber...XI Der Autor.... XVII Der Fahrplan des Buchs... XIX 1 Prinzipien, Geschichte(n), Hintergründe Was ist Scrum? Eine Kurzeinführung in die Funktionsweise Rollen, Meetings, Artefakte Ein Begriff viele Einsatzmöglichkeiten Scrum als (agile) Software-Entwicklungsmethode Scrum als Projektmanagementverfahren Scrum als Produktentwicklungsmethode Scrum für das sehr kleine Team Scrum für das große Produkt Skalierungsaspekte Scrum als Methode für die Steuerung des Produktmanagements Scrum für Business Intelligence Scrum als Organisationsentwicklungsmethode Scrum als Managementansatz Scrum in der Organisation und die Rahmenbedingungen Scrum Eine Bewegung entsteht Einige Daten zur Geschichte von Scrum Scrum Der Bedeutungswandel Warum Scrum funktioniert Von der Monotonie zu Lean Ford und Sloan Der Ursprung des Prozessmodells Lean Manufacturing Lean Product Development Second Generation Lean Product Development einige Aspekte Re-Inventing Management Durch teamzentriertes Arbeiten zur modernen Wissensorganisation Kontrollierbarkeit des Unkontrollierbaren Selbstorganisation Systemische Grundlagen Das Scrum-Team und Selbstorganisation...51

4 VI Inhalt Kontinuierliche Verbesserung Fast Feedback Höhere Produktivität durch Kommunikation These: Freude an der Arbeit macht leistungsfähig das Prinzip Fortschritt Die Rollen Klare Verantwortlichkeiten Eine Rolle ist keine Position Das Entwicklungsteam Die Spezialisten Rollenverantwortung Wie baut man ein Scrum-Team? Die Phasen der Teambildung Probleme des Teams bei der Implementierung Der Product Owner Das Product Backlog zusammenstellen Das Product Backlog priorisieren Das Produkt annehmen, verbessern oder ablehnen Den Releaseplan bestimmen und managen Die Verbindung Product Owner Entwicklungsteam Den Return on Investment bestimmen und sichern Wer sollte die Rolle des Product Owners übernehmen? Skalierung des Product Owners Der ScrumMaster Ein Change Agent Scrum implementieren Das Abarbeiten von Impediments Die Arbeit mit dem Entwicklungsteam Die Arbeit mit dem Product Owner Die Steigerung der Produktivität des Teams Scrum in die Organisation hineintragen und sie ändern Wie viel Arbeit ist es, ein ScrumMaster zu sein? Der ScrumMaster trifft Entscheidungen Wer in einer Organisation wird ScrumMaster? Der Customer Der Finanzier Der User Das Management Die Stabilisatoren der Organisation Die Rollen ausüben und klar trennen Strategisches Planen in Scrum Strategie und Taktik Was ist Planen? Planungsebenen Strategie und Taktik Die Vision Der Product Owner formuliert die Vision Wie erschafft man eine Vision? Veränderung der Vision Schärfe und Klarheit Führungsaufgabe Visionsgenerierung Constraints festlegen...123

5 Inhalt VII 3.7 Die User-Rolle ist tot Es lebe die Persona! Das Product Backlog Hilfsmittel für das Verwalten des Product Backlogs Product Backlog für große und Multiteams Was ist ein Product Backlog Item? Product Backlog Items als Stories formulieren Backlog-Priorisierung Die Grundlage der Priorisierung: der Business Value Methoden der Priorisierung Schätzen in Scrum Vorhersagbarkeit und Schätzungen Schätzen mit Storypoints Magic Estimation Der Einfluss der Schätzung auf die Priorisierung Die Velocity bestimmen Der Releaseplan Kosten für das Projekt Die Planung geht weiter Die Zusammenhänge zwischen strategischer und taktischer Planung Der Sprint Das Produkt entsteht Überblick Die grundlegenden Prinzipien Das Estimation Meeting Warum Estimation Meeting? Durchführung des Estimation Meetings Die Teilnehmer und Rollen im Estimation Meeting Strategische Planung während des Sprints Das Estimation Meeting mithilfe von Magic Estimation Das Estimation Meeting im Überblick Das Sprint Planning Taktisches Planen Zweck des Sprint Plannings Das Sprint Planning Analyse und Design Sprint Planning 1 Briefing und Analyse Sprint Planning 2 Design Sprint Planning mit großen oder mehreren Teams Sprint Planning 1 und 2 im Überblick Das Daily Scrum Tägliche Synchronisation Der Zweck des Daily Scrum Die Regeln für das Daily Scrum Das Daily Scrum mit Taskboard Probleme, die auftreten werden Daily Scrum für große oder verteilte Teams Teil Sprint Review Das Produkt vorstellen Die Bedeutung von Erledigt Ablauf und Regeln des Sprint Reviews

6 VIII Inhalt Konsequenzen aus dem Review Das Sprint Review im skalierten Umfeld Kontinuierliches Verbessern Die sechs Schritte der Sprint Retrospektive Geschichte der Sprint Retrospektive Warum funktionieren Retrospektiven? Storytelling Lernen Ent-täuschte Erwartungen Die sechs Schritte der erfolgreichen Retrospektive Der Sprint selbst Zwischen den Meetings Der Ablauf des Sprints Kommunikation, Kommunikation, Kommunikation Gemeinsamer Fokus Die Aufgabe des Teams im Sprint Die Aufgabe des Product Owners im Sprint Die Aufgabe des ScrumMasters im Sprint Was kann während eines Sprints alles passieren? Wann kann ein Sprint abgebrochen werden? Konflikte Es menschelt Verlängerungen des Sprints Die Scrum Engine Zermürbende Monotonie Fallstudie bwin Vorbereitung des Sprint Sprint Sprint Sprint Sprint Sprint Sprint Reporting Wissen, wo wir stehen Die richtigen Metriken finden Reports Das Sprint Burn-Down-Chart Das Taskboard Das Sprint Product-Burn-Down-Chart Das Release Burn-Down-Chart Das Parking-Lot-Chart Das Velocity-Chart Das Logbuch Das Impediment Backlog Riskmanagement Die Retrospektive Sprint Review Berichten im skalierten Umfeld Elektronische Hilfsmittel

7 Inhalt IX 6 Professionalität Test, Integration, Release Professionalität und Risiko Auswirkung der schlechten Qualität Entwicklungspraktiken der Balanced Agility Kontinuierliche Integration Das Produkt entsteht Qualität Testen, Testen, Testen Release-Durchführung Das Produkt zur Verfügung stellen Einführung von Scrum in großen Projekten und Organisationen Die Prinzipien skaliert Scrum und das große Projekt Ein Skalierungsmodell Der Projektstart Organisches Wachstum Sprunghaftes Skalieren Das teamübergreifende Ziel: Vision und Sprint Goal Die Kommunikation der Teams Meetings Das gemeinsame Liefern Usable Software Balanced Agility skaliert Skalierte Retrospektiven Gemeinsam verbessern Scrum in verteilten Teams Collocation Scrum Sichtbarmachen der Probleme Szenarien für Team-Set-ups Bedeutung schaffen Kommunikation Daily Scrum mit verteilten Teams Teil Scrum-Tools Technische Hilfsmittel Scrum im Multiprojektumfeld Mehrere Teams liefern an viele Projekte Team Backlog Aufspalten der Applikationsteams Fokus Multiprojektmanagement und das Pull-Prinzip Ein gemeinsames Ziel Scrum mit externen Zulieferern Software-Entwicklungsabteilungen managen Transition zu Scrum Führung auf Abteilungsebene Mitarbeiterführung Kundenmanagement Scrum in der Abteilung implementieren Organisationsweites Scrum Organisation der Implementierung Über Schulungen und Coaching Nebenwirkungen bei der organisations weiten Implementierung von Scrum Leadership, Emotion, Kreativität Mit Emotionen führen Flow + Kreativität = Glück...303

8 X Inhalt 9 Scrum-Tools In aller Kürze Fallstudien Fallstudie 1: Du und dein Scrum Wenn agiles Denken wunde Punkte trifft Fallstudie 2: Scrum bei Infonova 80 Teammitglieder auf einem Nenner? Fallstudie 3: ImmobilienScout 24 Scrum funktioniert dort, wo es von allen gelebt wird Fallstudie 4: Das Unplanbare planen Scrum in der Digital Marketing Agentur P//MOD Schlusswort Literaturverzeichnis Stichwortverzeichnis