Einführung in Scrum
Präsentiert für <<???>>
<<am ??.??.????>>
von <<???>>
Deutsche Version: Objective Visions
Scrum
“The New New Product Development Game” in Harvard Business Review, 1986. “Der… ‘Staffellauf’-Ansatz bei der
Produktentwicklung… kann im Konflikt stehen zu den Zielen, Geschwindigkeit und Flexibilität zu maximieren. Im Kontrast hierzu kann ein ganzheitlicher oder ‚Rugby‘-Ansatz — mit dem ein Team als Einheit versucht Boden gut zu machen, indem der Ball hin- und hergepasst wird — besser heutige Wettbewerbsanforderungen erfüllen.” (frei übersetzt)
Wicked Problems, Righteous Solutions by DeGrace and Stahl, 1990. Erste Erwähnung von Scrum im Software-Kontext
Scr
um
Scrum in 100 Worten
Scrum ist ein agiler Prozess, der es erlaubt, auf die Auslieferung der wichtigsten Geschäfts-Anforderungen innerhalb kürzester Zeit zu fokussieren.
Scrum gestattet es, schnell und in regelmäßigen Abschnitten (von zwei Wochen bis zu einem Monat) tatsächlich lauffähige Software zu inspizieren.
Das Business setzt die Prioritäten. Selbst-organisierende Entwicklungsteams legen das beste Vorgehen zur Auslieferung der höchstprioren Features fest.
Alle zwei Wochen bis zu einem Monat kann jeder echt lauffähige Software sehen und entscheiden, diese so auszuliefern oder in einem weiteren Abschnitt zu ergänzen.
Scr
um
Scrum-Ursprünge
Jeff Sutherland Initiale Scrums bei Easel Corp.,
1993 IDX und fast 600 Personen arbeiten
mit Scrum Nicht nur für einfache Projekte
FDA-approved, lebenskritische Software für Röntgengeräte und MRIs
Ken Schwaber ADM Erste Definition von Scrum auf der
OOPSLA 96 mit Sutherland Mike Beedle
Scrum-Pattern in PLOPD4
Scr
um
Scrum wurde benutzt bei…
Independent Software Vendors (ISVs) ‚Fortune 100‘-Firmen Kleinen Startup-Unternehmen Interner Softwareentwicklung Auftrags-Softwareentwicklung
Scr
um
Scrum wurde benutzt für…
FDA-approved, lebenskritische Software für Röntgengeräte und MRIs
‚Enterprise workflow‘-Systeme ‚Financial payment‘-Anwendungen Biotech Callcenter-Systeme Einstellbare Laser-Subsysteme für Glasfaser-Netzwerke Anwendungsentwicklung 24x7 mit ‚99.99999% uptime‘-Anforderungen Multi-terrabyte Datenbankanwendungen Medienneutrale Zeitschriften-Produkte ‚Web news‘-Produkte
Scr
um
Charakteristika
Selbst-Organisierende Teams Produkt schreitet in Serien von monatlichen “Sprints”
fort Anforderungen sind als Listeneinträge im “Produkt-
Backlog” festgehalten Keine spezifischen Entwicklungsvorgehen
vorgeschrieben Benutzt generative Regeln um ein agiles Umfeld für
die Auslieferung von Produkten zu schaffen Einer der „agilen Prozesse“
Scr
um
Agiles Manifest – das Wertesystem
Individuen und Interaktionen gelten mehr als Prozesse und Tools
Funktionierende Programme gelten mehr als ausführliche Dokumentation
Die stetige Zusammenarbeit mit dem Kunden steht über Verträgen
Der Mut und die Offenheit für Änderungen steht über dem Befolgen eines festgelegten Plans
http://www.agilemanifesto.org
Scr
um
Projektstörungs-Level
Simple
Complicated
Anarchy
Complex
Close toCertainty
Far fromCertainty
Technology
Close toAgreement
Far fromAgreement
Req
uire
men
ts
Source: Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle.
Scr
um
ÜberblickS
crum
Sprints
Scrum-Projekte schreiten in Serien von “Sprints” voran Analog zu XP-Iterationen
Angestrebte Dauer ist ein Monat +/- ein oder zwei Wochen
Eine konstante Dauer führt zu einem besseren Rhythmus
Das Produkt wird während des Sprints entworfen, kodiert und getestet
Scr
um
Sequentielle vs. überlappende Entwicklung
Requirements Design Code Test
Source: “The New New Product Development Game”, Hirotaka Takeuchi and Ikujiro Nonaka, Harvard Business Review, January 1986.
Scr
um
Keine Änderungen während des Sprints
SprintInputs Tested Code
Änderungen
Scr
um
Plane Sprintdauer abhängig davon, wie lange Veränderungen vom Sprint ferngehalten werden können
Zwänge
Die komplette Liste von Einschränkungen für das Team während eines Sprints:
</end of list>
Scr
um
Scrum - Der Rahmen
Rollen: Produkteigentümer, Scrum-Master, Team
Zeremonien: Sprint-Planung, Sprint-Review, Sprint-Retrospektive und tägliche Scrum-Meetings
Artifakte: Produkt-Backlog, Sprint-Backlog, und Burndown-Chart
Scr
um
Scrum - Der Rahmen
Rollen: Produkteigentümer, Scrum-Master, Team
Zeremonien: Sprint-Planung, Sprint-Review, Sprint-Retrospektive und tägliche Scrum-Meetings
Artifakte: Produkt-Backlog, Sprint-Backlog, und Burndown-Chart
Scr
um
Produkteigentümer (Product Owner) Definiert Produkt-Features Bestimmt Auslieferungsdatum und Inhalt Ist verantwortlich für den Gewinn des Projekts
(ROI) Priorisiert Features abhängig vom Marktwert Passt Features und Prioritäten nach Bedarf
für jede Iteration an Akzeptiert oder weist Arbeitsergebnisse
zurück
Scr
um
Der Scrum-MasterS
crum
Repräsentiert das Management gegenüber dem Projekt
Verantwortlich für die Einhaltung von Scrum-Werten und -Techniken
Entfernt Hindernisse Stellt sicher, dass das Team vollständig funktional und
produktiv ist Unterstützt die enge Zusammenarbeit zwischen allen
Rollen und Funktionen Schützt das Team vor äußeren Störungen
Das Scrum-Team
Typischerweise fünf bis zehn Leute funktionsübergreifend
QA, Programmierer, UI-Designer, etc. Mitglieder sollten Vollzeitmitglieder sein
Vielleicht Ausnahmen (z.B. Systemadministratoren) Teams organisieren sich selbst
Was tun, wenn ein Team jemanden aus dem Team herausorganisiert?
Idealerweise keine Titel, aber manchmal möglich Mitgliedschaft kann sich nur zwischen Sprints
verändern
Scr
um
Scrum - Der Rahmen
Rollen: Produkteigentümer, Scrum-Master, Team
Zeremonien: Sprint-Planung, Sprint-Review, Sprint-Retrospektive und tägliche Scrum-Meetings
Artifakte: Produkt-Backlog, Sprint-Backlog, und Burndown-Chart
Scr
um
Sprintplanungs-MeetingS
crum
Sprint Planning
Meeting
Product Backlog
Team Capabilities
Business Conditions
Technology
Current Product
Sprint Backlog
Produ
ct O
wner
Scrum
Tea
m
Man
agem
ent
Custo
mer
s
Sprint Goal
Parameter täglich 15-minütig Stand-up Nicht zur Problemlösung
Drei Fragen:1. Was hast du getan?2. Was wirst du morgen tun?3. Welche Hindernisse sind in deinem Weg?
Hühner und Schweine sind eingeladen Andere überflüssige Meetings vermeiden
helfen Nur Schweine dürfen reden
tägliche Scrum-MeetingsS
crum
Fragen zu Scrum-Meetings?
Warum täglich? “Wie verspätet sich ein Projekt um ein Jahr?”
“Um einen Tag zu einem Zeitpunkt.” Frei nach Fred Brooks, The Mythical Man-Month.
Können Scrum-Meetings durch Berichte per E-Mail ersetzt werden? Nein
Das ganze Team erhält täglich einen Projekt-Überblick
Erzeugt Druck von Peers/Kollegen das zu tun, was man sagt, das man tut
Scr
um
Sprint-Review-Meeting
Team präsentiert, was es während eines Sprints erreicht hat
Typischerweise in Form einer Demo von neuen Features oder der zugrunde liegenden Architektur
Scr
um
Informell ‚Zwei-Stunden-Vorbereitung‘-
Regel Teilnehmer
Kunden Management Produkteigentümer Andere Entwickler
Sprint-Retrospektive-Meeting
Nur das Scrum-Team Feedback-Meeting Drei Fragen
Start Stop Continue
Nicht auslassen für die ersten 5-6 Sprints!!!
Scr
um
Scrum - Der Rahmen
Rollen: Produkteigentümer, Scrum-Master, Team
Zeremonien: Sprint-Planung, Sprint-Review, Sprint-Retrospektive und tägliche Scrum-Meetings
Artifakte: Produkt-Backlog, Sprint-Backlog, und Burndown-Chart
Scr
um
Produkt-Backlog
Eine Liste von allen erforderlichen Projektarbeiten Normalerweise ein Kombination von
‚story-based‘ Arbeiten (“let user search and replace”)
‚task-based‘ Arbeiten (“improve exception handling”)
Liste wird vom Produkteigentümer priorisiert Typischerweise Produktmanager, Marketing,
interner Kunde etc.
Scr
um
Beispiel: Produkt-BacklogS
crum
Das Sprint-Ziel
Database Application
“Make the application run on SQL Server in addition to Oracle.”
Life Sciences
“Support features necessary for
population genetics studies.”
Financial Services
“Support more technical indicators than company ABC
with real-time, streaming data.”
Ein kurzes “Thema” für den Sprint:
Scr
um
Vom Sprint-Ziel zum Sprint-Backlog
Das Scrum-Team nimmt das Sprint-Ziel und entscheidet welche Arbeiten zur Erreichung notwendig sind
Das Team organisiert sich auf eine Weise, die es ermöglicht das Sprint-Ziel zu erreichen Manager weist keine Arbeiten zu
Manager entscheiden Nichts für das Team Das Sprint-Backlog wird erstellt
Scr
um
Beispiel: Sprint-BacklogS
crum
Sprint-Backlog während eines Sprints Änderungen
Das Team nimmt - wenn nötig - neue Aufgaben auf, die zum Erreichen des Sprint-Ziels notwendig sind
Das Team kann unnötige Aufgaben entfernen Aber: Das Sprint-Backlog kann nur durch das
Team aktualisiert werden Zeitschätzungen werden aktualisiert wann
immer es neue Informationen gibt
Scr
um
Beispiel: Sprint-Burndown-Chart
Progress
752 762
664619
304264
180104
200
100
200
300
400
500
600
700
800
900
5/3/20025/5/20025/7/20025/9/20025/11/20025/13/20025/15/20025/17/20025/19/20025/21/20025/23/20025/25/20025/27/20025/29/20025/31/2002
Date
Remaining Effort in Hours
Scr
um
Freigabe-Sprint
Wenn notwendig, während regulärer Sprints: benutzer-freundliche erste Anwendung Für Beta-Kunden und Ähnliche direkt nach einem Sprint
Während eines “Freigabe-Sprints” Das Team bereitet das Produkt für die Freigabe vor Sinnvoll ...
... während aktiver Beta-Perioden ... wenn ein Team Scrum einführt ... wenn die Qualität des initialen Releases nicht ganz ausreicht
Nicht Teil von Standard-Scrum; nur etwas, das ich sinnvoll fand
Sprint 1 Sprint 2 Sprint 3 Sprint 4
Sprint 1 Sprint 2 Sprint 3ReleaseSprintS
crum
Skalierbarkeit von Scrum
Das typische Scrum-Team umfasst fünf bis zehn Leute
Jeff Sutherland hat Scrum für Gruppen von über 500 Leuten benutzt
Mike Cohn hat Scrum für Gruppen von über 100 Leuten benutzt
Scr
um
Scrum der Scrums / Meta-ScrumS
crum
Wo noch nachschlagen?
Scrum www.mountaingoatsoftware.com/scrum www.controlchaos.com [email protected] Agile Software Development with Scrum
Ken Schwaber and Mike Beedle Agile Project Management with Scrum
Ken Schwaber Generelle Informationen
www.agilealliance.com
Scr
um
Copyright
This work is licensed under the Creative Commons Attribution-NonCommercial-ShareAlike License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-sa/1.0/ or send a letter to Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.
Scr
um