Scrum professionell skalieren - warum mit Nexus?

Transkript

1 Scrum professionell skalieren - warum mit Nexus? Entwicklertag 2017 Frankfurt Fahd Al-Fatish Agile Coach Professional Scrum Trainer (Scrum.org)

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 Die Scrum wiederholen!

15 15 Das Grundrezept Baue auf das Scrum Fundament Sei einfach Sei effektiv (Inspect & Adapt) Bewahre die Prinzipien Selbstorganisation Bottom-up Intelligenz Nutze geeignete Techniken für die Skalierung [11]

16 16 1. Ziel: Ein Integrated Done Increment Done nicht im Sinne der Menge der entwickelten Features, sondern des Reifegrads des Inkrements: Qualität Shippable

17 17 2. Ziel: Beschleunigung der Time To Market 3 Sprints 3 Sprints 3 Sprints

18 18 2. Ziel: Beschleunigung der Time To Market

19 19 2. Ziel: Beschleunigung der Time To Market 1. Sprint 2. Sprint 3. Sprint = Eine künstliche Auflösung der Abhängigkeiten auf Kosten der Time To Market Shippable Increment

20 20 2. Ziel: Beschleunigung der Time To Market 1. Sprint 2. Sprint 3. Sprint Shippable Increment Shippable Increment Shippable Increment Somit schnellere Time To Market Aber: Erhöhte Abhängigkeiten

21 21 3. Ziel: Abhängigkeiten auflösen 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]

22 22 Scrum für mehrere Teams Scrum als Basis Ziel 1: Ein Integrated Done Increment Ziel 2: Beschleunigung der Time To Market Ziel 3: Auflösen der Abhängigkeiten

23 24 Nexus Integration Team (NIT)

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

26 27 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 das Nexus Sprint Goal zu formen! kontinuierlich Mit Team- Repräsentanten und Anforderungen- Stellenden

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

29 30 Nexus Sprint Planning

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

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

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

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

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

40 41 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 42 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 43 Vielen Dank! Lassen Sie uns in Kontakt bleiben: /profile/fahd_alfatish [14]

43 44 Fahd Al-Fatish Fahd Al-Fatish has completed his degree in computer science in Germany in 1997 and worked as a software developer using Smalltalk and Java. Today he heads the consulting division at andrena objects ag in Karlsruhe (Germany) and has been active as a coach and trainer teaching Scrum and extreme Programming in different projects in Germany and Europe. You can contact Fahd at: fahd.alfatish@andrena.de

44 45 Nexus Training & Vorträge Training Scaled Professional Scrum (SPS) mit Fahd Al-Fatish, siehe Vorträge (Videos) Entwicklertag 2016: Nexus in der Praxis. Ein Realitätscheck - Hartmut Senska & Marion Gakstatter, Entwicklertag 2016: Scale - Hartmut Senska & Jan Baumann,

45 46 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