View
190
Download
2
Category
Preview:
Citation preview
Arbeiten im Scrum-Modus
Atilla Wohllebe
www.atilla-wohlle.be
1/21/2015 Arbeiten im Scrum-Modus 1
Agenda
1. Einführung
2. Scrum in der Theorie
1. Grundsätzliche Prinzipien
2. Scrum-Team
3. Flow
4. Meetings
3. Nachteile von Scrum
4. Quellen
1/21/2015 Arbeiten im Scrum-Modus 2
AGILE SOFTWAREENTWICKLUNG?
„Agile Softwareentwicklung bezeichnet Ansätze im Softwareentwicklungsprozess, die die Transparenz und Flexibilität erhöhen und zu einem schnelleren Einsatz der entwickelten Systeme führen sollen, um so Risiken im Entwicklungsprozess zu minimieren“1
1/21/2015 Arbeiten im Scrum-Modus 3
1) Springer Gabler Verlag (Herausgeber), Gabler Wirtschaftslexikon, Stichwort: Agile Softwareentwicklung
Agile Softwareentwicklung setzt auf Flexibilität und weniger Regeln
1/21/2015 Arbeiten im Scrum-Modus 4
Vie
r W
ert
e1
1. Individuals and interactions over processes and tools2. Working software over comprehensive documentation3. Customer collaboration over contract negotiation4. Responding to change over following a plan
Vier Werte und daraus abgeleitet zwölf Prinzipien bilden den Grundstein agiler Softwareentwicklung – und damit die Grundlage
für Scrum.
1) Kent Beck et al., http://agilemanifesto.org - abgerufen 19.01.2014
Zwölf Prinzipien
Scrum ist agile Softwareentwicklung, gerahmt für die Management-Ebene
1990er
kleine Teams mit Mitgliedern ähn-
licher Skillung
2002
Einführung des ScrumMaster
Programms
bis 1990
große Teams mit spezialisierten Mitgliedern
Selb
stb
ild • Reine Management-Rahmenmethode.• Keine Aussagen über das „Wie“ auf dem Weg• Kombinierbar mit anderen Softwareentwicklungs- und
agilen Methoden
1/21/2015 Arbeiten im Scrum-Modus 5
Vgl. Scrum – Der Pradigmenwechsel im Projekt- und Produktmanagement – Eine Einführung – Boris Gloger, Informatik Spektrum Vol. 33 Nr.2 (2010)
Agenda
1. Einführung
2. Scrum in der Theorie
1. Grundsätzliche Prinzipien
2. Scrum-Team
3. Flow
4. Meetings
3. Nachteile von Scrum
4. Quellen
1/21/2015 Arbeiten im Scrum-Modus 6
Fünf Grundprinzipien prägen Scrum
1/21/2015 Arbeiten im Scrum-Modus 7
one-piece-flow
Bearbeitung immer nur eines Teils
Pull-Prinzip
Bedarf steuert Output
cross-funktionale Teams
Team kann in Summe alle
Aufgabenarten bearbeiten
PDCA-Cycle
Plan-Do-Check-Act
Impediments
Probleme während der
Anwendung von ScrumVgl. Boris Gloger (2010)
1/21/2015 Arbeiten im Scrum-Modus 8
„Scrum ist auf der Metaebene eine Grundüberzeugung, eine Philosophie, und auf der Prozessebene eine Arbeitsweise mit klar definierten Rollen, einem sehr einfach Prozessmodell, einem klaren und einfachen Regelwerk.“1
1) Boris Gloger (2008), Scrum – Produkte zuverlässig und schnell entwickeln, Carl Hanser Verlag, April 2008, S. 6
Scrum-Teamumgebung
Scrum-Team
Die Arbeit mit Scrum kennt drei Haupt- und drei Nebenrollen
1/21/2015 Arbeiten im Scrum-Modus 9
Entwicklungsteam
Scrum Master Product Owner
Customer User
Manager
In Anlehnung an Boris Gloger (2010)
Im Scrum-Team gibt es drei vorgeschriebene Hauptrollen
1/21/2015 Arbeiten im Scrum-Modus 10
Scru
m
Mas
ter • Rolle: Arbeitsfähigkeit – Scrum Prozess - Produktivität
• Person: Führungskraft – Selbstorganisation des Teams• SM
Pro
du
ct
Ow
ne
r • Rolle: Product Vision – Product Backlog - Profitabilität• Person: Visionär – strategischer Führer• PO
Team
• Rolle: Lieferung• Person: Lieferung - Produktivität
Vgl. Boris Gloger (2010)
Die Scrum-Teamumgebung kennt drei Nebenrollen
1/21/2015 Arbeiten im Scrum-Modus 11
Man
age
r • Rolle: Organisatiorische Rahmenbedingungen• Person: z.B. Head of Development
Cu
sto
me
r • Rolle: Auftraggeber
Use
r
• Rolle: Feedback• Person: Nutzer
Vgl. Boris Gloger (2010)
Der Scrum-Flow ist eine Reihe von Sprints und der Weg zum Produkt
1/21/2015 Arbeiten im Scrum-Modus 12
An
me
rk-
un
gen • Scrum Flow ist „als Implementierung einer Folge von
Meetings zu sehen“1
• Dient Implementierung des PDCA-Cycles
Abb. Angelehnt an Scrum – Der Pradigmenwechsel im Projekt- und Produktmanagement – Eine Einführung – Boris Gloger (2010)1) Boris Gloger (2010), Informatik Spektrum Vol. 33 Nr. 2, S. 197
Sprint Planning 1
Sprint Planning 2
Sprint Review
Sprint Retro-
perspective
Daily Scrum
Priorisierter Produkt Backlog Es
tim
atio
n
Mee
tin
g
Esti
mat
ion
M
eeti
ng
Auf strategischer Ebene steht das Produkt im Mittelpunkt von Scrum
1/21/2015 Arbeiten im Scrum-Modus 13
Business Value Estimation Meeting
Priorisierung der verschiede-nen Abteilungsbacklogs
Product Backlog
Auf Product Vision basierende Liste der priorisierten, zu erarbeitenden Funktionalitäten
Estimation Meeting
Grundverständnis zu Funktionalitäten und Komplexitätseinschätzung durch Team & PO
Abb. entnommen aus Scrum – Der Pradigmenwechsel im Projekt- und Produktmanagement – Eine Einführung – Boris Gloger (2010)Vgl. Boris Gloger (2010)
Auf taktischer Ebene steht der Sprint im Mittelpunkt von Scrum
1/21/2015 Arbeiten im Scrum-Modus 14
Spring Planning 2
Feststellung des Weges zur Implementierung der Funktionalitäten
Sprint
Eine Iteration des Scrum Flow
Sprint Planning 1
Analyse und Feststellung des Solls der Funktionalitäten
Abb. entnommen aus Scrum – Der Pradigmenwechsel im Projekt- und Produktmanagement – Eine Einführung – Boris Gloger (2010)Vgl. Boris Gloger (2010)
Am Ende des Sprints werden Funktionen geliefert
1/21/2015 Arbeiten im Scrum-Modus 15
Sprint Retroperspective
Erhöhung der Produktivität im Meeting von Team & SM durch Beseitigung von Impediments
Daily Scrum
Planung der Tagesaktivitäten und Konvertierung der Einzel-ergebnisse zur Teamleistung am Scrum Board
Sprint Review
Übergabe der einzelnen, fertiggestellten Funktionalität an User und Generierung neuer Ideen für Backlog
Abb. entnommen aus Scrum – Der Pradigmenwechsel im Projekt- und Produktmanagement – Eine Einführung – Boris Gloger (2010)Vgl. Boris Gloger (2010)
Zusätzliche Meetings stärken die Zusammenarbeit
1/21/2015 Arbeiten im Scrum-Modus 16
Scrum of Scrums
Treffen der Teammitglieder der verschiedenen Teams zur Lösung technischer Abhängigkeiten
Scrum Master Weekly
Treffen aller SM; Identifikation und Beseitigung organisatorischer Impediments
Product Owner Daily Scrum
Koordination der Product Owner untereinander
Knowledge Domain Meeting
Teamübergreifendes Spezialisten-Treffen zur Erstellung fachlicher Richtlinien
Vgl. Boris Gloger (2010)
Agenda
1. Einführung
2. Scrum in der Theorie
1. Grundsätzliche Prinzipien
2. Scrum-Team
3. Flow
4. Meetings
3. Nachteile von Scrum
4. Quellen
1/21/2015 Arbeiten im Scrum-Modus 17
Scrum ist (auch) bei korrekter Anwendung undurchsichtig und teuer
1/21/2015 Arbeiten im Scrum-Modus 18
Einführung
• Umbruch der Organisa-tionskultur
• Klare Rollen- & Aufgaben-definitionen notwendig
Staffing
• Einstellung eines Scrum-Masters pro Team finanziell kaum möglich
Sprints
• Risiko, auch mal zwei Wochen „Müll“ zu produzieren
Agenda
1. Einführung
2. Scrum in der Theorie
1. Grundsätzliche Prinzipien
2. Scrum-Team
3. Flow
4. Meetings
3. Nachteile von Scrum
4. Quellen
1/21/2015 Arbeiten im Scrum-Modus 19
1/21/2015 Arbeiten im Scrum-Modus 20
QUELLEN
Literaturverzeichnis
• Boris Gloger: Scrum – Der Pradigmenwechsel im Projekt- und Produktmanagement –Eine Einführung, Informatik Spektrum, April 2010
• Boris Gloger: Scrum – Produkte zuverlässig und schnell entwickeln, Carl Hanser Verlag, April 2008
• David J. Anderson: Kanban. Successful Evolutionary Change for Your Technology Business. Blue Hole Press, Sequim, Washington 2010
• Gabler Wirtschaftslexikon: Springer Gabler Verlag (Herausgeber), Stichwort: Agile Softwareentwicklung, http://wirtschaftslexikon.gabler.de/Archiv/381707695/agile-softwareentwicklung-v4.html - abgerufen 01.02.2014
• Kent Beck et al.: http://agilemanifesto.org - abgerufen 19.01.2014
• Kent Beck et al.: http://agilemanifesto.org/principles.html - abgerufen 19.01.2014
1/21/2015 Arbeiten im Scrum-Modus 21
VIELEN DANK
www.atilla-wohlle.be
1/21/2015 Arbeiten im Scrum-Modus 22
Recommended