Scrum professionell skalieren - warum mit Nexus?

Transkript

1 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 2 Klärung der Begriffe

3 3 Verbreitung von Scrum bedeutet dass mehr als ein Produkt mit Scrum entwickelt wird. dass Agile Transformation stattfindet.

4 4 Skalierung bedeutet dass für ein Produkt mehrere Development Teams mindestens einen Sprint lang zusammenarbeiten. [1]

5 5 Let s talk first about Scrum!

6 6 Scrum

7 7 mit dem Ziel:

8 8 Drei unbeantwortete essentielle Fragen 1. Wie entwickeln wir Software? 2. Wie entstehen erfolgreiche Produkte? 3. Wie funktioniert Agile Transformation?

9 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 10 und alle Skalierungsframeworks nutzen Scrum! [8] [x] [7] Spotify [4] Nexus [6] SAFe [5] LeSS

11 11 Woher kommt dieser Erfolg?

12 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 13 2. Scrum ist effektiv! Die implementierte Mechanik sorgt unvermeidlich für Transparenz und erzwingt dadurch eine permanente Veränderung (Inspect & Adapt) [10]

14 14 Warum skalieren wir wirklich?

15 15 Wir skalieren, um die Time to Market zu beschleunigen! 3 Sprints 3 Sprints 3 Sprints

16 16 Wir skalieren, um die Time to Market zu beschleunigen!

17 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 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 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 20 Die Scrum 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 21 Nexus: Scrum für mehrere Teams

22 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 23 Nexus Integration Team (NIT)

24 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 25 Ein Produkt, ein Product Backlog, ein PO!

26 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 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 28 Lokale Refinements Team 1 Team n Team i Team n Team i

29 29 Nexus Sprint Planning

30 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 31 Nexus Sprint Backlog

32 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 33 Nexus Daily Scrum

34 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 35 Nexus Sprint Review

36 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 37 Nexus Sprint Retrospective

38 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 39 Nexus: Einfach und effektiv! Nexus is the exoskeleton of scaled Scrum - Ken Schwaber

40 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 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 42 Vielen Dank! Lassen Sie uns in Kontakt bleiben: Fahd Al-Fatish, Marion Gakstatter /profile/fahd_alfatish /profile/marion_gakstatter [14]

43 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] [6] [7] "Agile at Spotify" talk at Agile2013 by +Anders Ivarsson & +Joakim Sundén [8] [9] de.wikipedia.org [10] de.123rtf.com [11] de.123rtf.com [12] de.123rtf.com [13] de.123rtf.com [14] de.123rtf.com