Scrum professionell skalieren - warum mit Nexus? OOP 2017 München Fahd Al-Fatish Agile Coach Professional Scrum Trainer (Scrum.org) Marion Gakstatter Agile Coach
2 Klärung der Begriffe
3 Verbreitung von Scrum bedeutet dass mehr als ein Produkt mit Scrum entwickelt wird. dass Agile Transformation stattfindet.
4 Skalierung bedeutet dass für ein Produkt mehrere Development Teams mindestens einen Sprint lang zusammenarbeiten. [1]
5 Let s talk first about Scrum!
6 Scrum
7 mit dem Ziel:
8 Drei unbeantwortete essentielle Fragen 1. Wie entwickeln wir Software? 2. Wie entstehen erfolgreiche Produkte? 3. Wie funktioniert Agile Transformation?
9 Trotzdem ist Scrum weltweit erfolgreich! [3] Tausende von Scrum Projekten Tausende von Scrum Mastern Zwei große Zertifizierungsorganisationen Hunderte zertifizierte Trainer Tausende von Trainings Tausende von Büchern Millionen von Webseiten, Blogs und Artikeln
10 und alle Skalierungsframeworks nutzen Scrum! Scrum@Scale [8] [x] [7] Spotify [4] Nexus [6] SAFe [5] LeSS
11 Woher kommt dieser Erfolg?
12 1. Scrum ist bewusst einfach! Eine minimale Implementierung des iterativen & inkrementellen Prozesses! Man muss die Dinge so einfach wie möglich machen. Aber nicht einfacher. Albert Einstein [9]
13 2. Scrum ist effektiv! Die implementierte Mechanik sorgt unvermeidlich für Transparenz und erzwingt dadurch eine permanente Veränderung (Inspect & Adapt) [10]
14 Warum skalieren wir wirklich?
15 Wir skalieren, um die Time to Market zu beschleunigen! 3 Sprints 3 Sprints 3 Sprints
16 Wir skalieren, um die Time to Market zu beschleunigen!
17 Wir skalieren, um die Time to Market zu beschleunigen! 1. Sprint 2. Sprint 3. Sprint = Eine künstliche Auflösung der Abhängigkeiten auf Kosten der Time 2 Market Shippable Increment
18 Wir skalieren, um die Time to Market zu beschleunigen! 1. Sprint 2. Sprint 3. Sprint Shippable Increment Shippable Increment Shippable Increment Somit schnellere Time To Market Aber: Erhöhte Abhängigkeiten
19 Abhängigkeiten Unaufgelöste Abhängigkeiten sind die Killer der Skalierung Auflösen und Managen von Abhängigkeiten ist eine permanente tägliche Aufgabe in der professionellen Skalierung Arten von Abhängigkeiten: Personen/Skills Software Domäne/fachlich Technologisch/Infrastruktur Intern oder extern [2]
20 Die Scrum Erfolgstory@Scaling wiederholen! Baue auf das Scrum Fundament Sei einfach Sei effektiv (Inspect & Adapt) Bewahre die Prinzipien Selbst-Organisation Bottom-up Intelligenz Nutze geeignete Techniken für die Skalierung [11]
21 Nexus: Scrum für mehrere Teams
22 Das Ziel: Ein Integrated Done Increment Done nicht im Sinne der Menge der entwickelten Features, sondern des Reifegrads des Inkrements: Qualität Shippable Zweck: Time 2 Market-Strategie ermöglichen
23 Nexus Integration Team (NIT)
24 Nexus Integration Team ein Scrum Team Accountability: Gewährleistet, dass ein Integrated Done Increment in jedem Sprints entsteht Zweck: Sorgt für Transparenz der Integration Unterstützt beim Erkennen und Auflösen der Abhängigkeiten Stellt sicher, dass die richtigen Integrationspraktiken benutzt werden Coacht die Scrum Teams in Agile Software Engineering (ASE) Praktiken
25 Ein Produkt, ein Product Backlog, ein PO!
26 Cross Team Refinement: Abhängigkeiten finden und auflösen Sprint +1 Sprint +2 Sprint +3 Team 1 Team i Team n Der ideale Zeitpunkt um Nexus Sprint Goal zu formen! In jedem Sprint Mit Team- Repräsentanten und Anforderungen- Stellenden
27 Nexus Sprint Goal Zweck: Erzwingt eine Value Priorisierung Unterstützt die Time To Market-Strategie Fokussiert alle Teams auf ein gemeinsames Ziel Ermöglicht die Flexibilität bei der täglichen Scope Planung [12]
28 Lokale Refinements Team 1 Team n Team i Team n Team i
29 Nexus Sprint Planning
30 Nexus Sprint Planning Für alle Scrum Teams Zweck: Einen gemeinsamen Plan entwickeln Neue Abhängigkeiten entdecken und managen Ergebnis: Nexus Sprint Backlog Sprint Backlog für jedes Team Nexus Sprint Goal Sprintziel für jedes Team
31 Nexus Sprint Backlog
32 Nexus Sprint Backlog Enthält alle PBIs aller Scrum Teams mit den aktuellen Abhängigkeiten im Sprint Zweck: Hilft bei der täglichen teamübergreifende Planung Zeigt den Verlauf des Sprints Zeigt Transparenz über die aktuellen Abhängigkeiten
33 Nexus Daily Scrum
34 Nexus Daily Scrum Mit Team-Repräsentanten Der Output des Nexus Daily Scrum dient als Input für die individuellen Team Daily Scrums Zweck: Transparenz schaffen über die Integrationsprobleme Wie ist die gestrige Integration abgelaufen? Wie ist die Qualität & Done Zustand des Inkrements? Welche Probleme gibt es? Gibt es neue Abhängigkeiten? Ist unser Plan noch im Plan?
35 Nexus Sprint Review
36 Nexus Sprint Review Ersetzt die individuellen Team Reviews Für alle Scrum Teams, Stakeholder und End User Effektive Brainstorming-Sessions nutzen Zweck: Feedback einholen über das aktuelle Inkrement
37 Nexus Sprint Retrospective
38 Nexus Sprint Retrospective Dreiteilig: 1. Mit Team-Repräsentanten. Identifizieren der gemeinsamen Herausforderungen 2. Individuelle Scrum Team Retrospektiven 3. Mit Team-Repräsentanten. Diskutieren und Beschließen von gemeinsamen Maßnahmen Zweck: Inspect & Adapt auf der Basis von Bottom-Up Intelligence
39 Nexus: Einfach und effektiv! Nexus is the exoskeleton of scaled Scrum - Ken Schwaber
40 ROLES EVENTS ARTIFACTS DEVELOPMENT TEAMS NEXUS INTEGRATION TEAM PRODUCT OWNER SCRUM MASTER THE SPRINT NEXUS SPRINT PLANNING SPRINT PLANNING NEXUS DAILY SCRUM DAILY SCRUM NEXUS SPRINT REVIEW NEXUS SPRINT RETROSPECTIVE PRODUCT BACKLOG NEXUS SPRINT BACKLOG SPRINT BACKLOG INTEGRATED INCREMENT NEXUS GOAL SPRINT RETROSPECTIVE REFINEMENT
41 Schlusswort Es gibt keinen Fahrstuhl. Sie werden die Treppe nehmen müssen! 1. Wir skalieren, um die Time to Market zu beschleunigen, nicht, um Teams zu organisieren 2. Ein Integrated Done Increment pro Sprint bleibt das Ziel 3. Deshalb ist das Auflösen und Managen von Abhängigkeiten eine tägliche Muss-Aufgabe 4. Die drei Fragen sind kein spezifisches Skalierungsproblem. Sie sind in jedem Projekt zu finden 5. KISS 6. Inspect & Adapt 7. Die Prinzipien sind die gleichen, die Techniken können variieren 8. Scrum on! [13]
42 Vielen Dank! Lassen Sie uns in Kontakt bleiben: Fahd Al-Fatish, Marion Gakstatter www.andrena.de fahd.alfatish@andrena.de marion.gakstatter@andrena.de /profile/fahd_alfatish /profile/marion_gakstatter [14]
43 Bildquellen [1] mit Erlaubnis von Scrum.org [2] de.123rtf.com [3] Forrester November 2011 Global Agile Software Application Development Online Survey [4] mit Erlaubnis von Scrum.org [5] http://less.works/ [6] www.scaledagileframework.com/ [7] "Agile at Spotify" talk at Agile2013 by +Anders Ivarsson & +Joakim Sundén [8] www.scruminc.com [9] de.wikipedia.org [10] de.123rtf.com [11] de.123rtf.com [12] de.123rtf.com [13] de.123rtf.com [14] de.123rtf.com