Scrum professionell skalieren. warum mit Nexus?

Transkript

1 Scrum professionell skalieren warum mit Nexus?

2 Scrum professionell skalieren warum mit Nexus? Scrum Deutschland 2016 Düsseldorf Marion Gakstatter Agile Coach / Scrum Master

3 3 Agenda Einführung Nexus die Mechanik Praxiserfahrungen Fazit

4 4 Einführung

5 5 Skalierung bedeutet dass für ein Produkt mehrere Development Teams mindestens einen Sprint lang zusammenarbeiten. Wir skalieren, um die Time to Market zu beschleunigen! [1]

6 7 Wie skalieren wir für gewöhnlich? Die häufigsten Skalierungsfallen Zu früh: in einem unprofessionellen Stadium bzw. Umfeld Zu schnell: abrupt und auf einmal Zu unbedacht: vernachlässigen der Skalierungskosten [2]

7 8 Nexus Das leichtgewichtige Scrum Skalierungsframework von Scrum.org

8 9 Nexus Das leichtgewichtige Scrum Skalierungsframework von Scrum.org Nexus noun \ˈnek-səs\ : a relationship or connection between people or things [1]

9 10 Nexus Ein absolutes klares Ziel Integrated Done Increment Alle Teams liefern ein gemeinsames Done Increment pro Sprint! [1]

10 11 Nexus Die Mechanik PO SM [1]

11 12 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

12 13 Praxiserfahrungen

13 14 Nexus in der Praxis Wie löst Nexus das Problem mit den Abhängigkeiten? 3 Funktioniert das in der Praxis? 5 Ziel [1]

14 15 Nexus: Refinement 1 [1]

15 16 Cross Team Refinement: Abhängigkeiten finden und auflösen Sprint +1 Sprint +2 Sprint +3 Team 1 Team i Team n In jedem Sprint Mit Team- Repräsentanten und Anforderungen- Stellenden Der ideale Zeitpunkt um Nexus Sprint Goal zu formen

16 17 Lokale Refinements Team 1 Team n Team i Team n Team i

17 19 Fazit zum Refinement-Prozess Besserer Überblick über das Große Ganze Frühzeitiges Identifizieren von Abhängigkeiten (Fokus) Rechtzeitige Formulierung von Sprintzielen (im Planungsmeeting zu spät) Stabilere Planung Verbesserte Schätzungen Relevante und detaillierte Informationen landen im wahrscheinlich umsetzenden Team und nicht nur bei einzelnen Personen Planung verlagert sich von Teams zu Features mit früher Value-Generierung (T2M) Unaufgelöste Abhängigkeiten sind die Killer der Skalierung

18 20 Nexus Integration Team 2 [1]

19 21 Nexus Integration Team (NIT) Accountability für Integrated Done Increment: NIT gewährleistet, dass am Ende jedes Sprints ein Integrated Done Increment vorliegt Ein Scrum Team - Die ASE Coaches Seine Mitglieder sind häufig Mitglieder anderer Scrum Teams innerhalb des Nexus Und natürlich: Product Owner Scrum Master

20 22 Aufgaben des Nexus Integration Team Fokussiert das aktuelle Inkrement Wie ist die Qualität? Gibt es Abhängigkeiten? Betrachtet das letzte Inkrement Gibt es Fehler? Rückmeldungen? Betrachtet Abhängigkeiten unter den Teams und nach außen und sorgt für die Auflösung das muss es nicht selbst tun. Coacht die Teams in ASE Praktiken Inspiziert ständig wie das Reifegrad des Integrated Done Inkrement verbessert werden kann Arbeitet manchmal im Feature Development mit Und vieles mehr

21 23 Fazit zum Nexus Integration Team Klare Ansprechpartner und Kommunikationskanäle Hat seinen Fokus auf dem gesamten Inkrement ( accountable ) im Gegensatz zu den Teams mit Fokus auf dem eigenen Beitrag zum Inkrement ( responsible ) Arbeitet mit diesem Fokus auch über die Grenzen der Entwicklungsteams hinaus daran die Lieferfähigkeit sicherzustellen Abhängigkeiten werden früher erkannt und schneller gelöst Verbesserte Ausbildung und Coaching der Teams

22 24 Nexus Sprint Planning & Nexus Sprint Backlog 3 [1]

23 25 Nexus Sprint Planning Neue Abhängigkeiten entdecken und managen Nutzen der Bottom Up Intelligence, um den PO zu unterstützen

24 26 Nexus Sprint Backlog Summe aller PBIs aus den Sprint Backlogs aller Teams Die Abhängigkeiten zwischen den Scrum Teams innerhalb eines Sprints werden im Nexus Sprint Backlog erfasst und gelöst: Fachlich Technisch Infrastruktur Organisatorisch Intern oder extern Wird mindestens täglich aktualisiert

25 27 Fazit zum Nexus Sprint Planning Stärkerer Fokus auf das Planen nach Value (anstatt Planen nach Teams) Früheres Erkennen von Abhängigkeiten (Nexus Sprint Backlog) und somit Reduzierung des Risikos einer Gefährdung des Inkrements Verbesserung der T2M und somit frühere Lieferung von Features Nexus Sprint Backlog stellt tägliche Basis für das Nexus Daily Scrum dar

26 28 Nexus Daily Scrum 4 [1]

27 29 Nexus Daily Scrum Inhalte Nexus Daily Scrum: Stand der täglichen Integration Qualität des Inkrements Aktuelle Abhängigkeiten Teilnehmer: NIT + x Telefonkonferenz (keine Co-Location) Dauer Nexus Daily Scrum: 30 Minuten Fazit: Der Output des Nexus Daily Scrum dient als Input für die individuellen Team Daily Scrums [3]

28 30 Nexus Sprint Review 5 [1]

29 31 Review Science Fair-Format - Start NIT Team 5 Team 1 Team 7 Team 6 Team 4 Team 3 Team 2

30 32 Review Science Fair-Format - Stände Team 5 Team 1 Team 7 Team 6 Team 2 Team 4 Team 3

31 33 Review Science Fair-Format Feature-Stände Team 5 Team 1 Team 7 Team 6 Gemeinsames Feature Team 2 Team 4 Team 3

32 34 Review Science Fair-Format - Abschluss Feature Feature Feature Feature Team 5 Team 1 Team 7 Team 6 Team 4 Team 3 Team 2

33 35 Fazit zum Nexus Sprint Review Intensiverer Austausch zwischen Entwicklern und Stakeholdern Effektive Brainstorming-Sessions möglich (in Kleingruppen) Mehr und wertvolleres Feedback der Stakeholder Geeignet für mehrere Teams (anstatt das Review verlängern zu müssen) Feedback wird direkt auf Flipcharts gesammelt Ein gemeinsames effizientes Review: Mit allen Scrum Teams, Stakeholdern und End Usern

34 36 Nexus Sprint Retrospektive 6 [1]

35 37 Fazit zu Nexus Sprint Retrospektiven 3-stufige-Vorgehensweise 1. Stufe: Identifizieren teamübergreifender Themen (Vertreter) 2. Stufe: Team-Retrospektiven (auch das NIT ist ein Scrum Team) 3. Stufe: Zusammenführung, teamübergreifende Maßnahmen (Vertreter) Themen, z.b: Verbesserung im Umgang mit Abhängigkeiten (teamübergreifend) Verbesserung des Reifegrad des Integrated Done Increment (teamübergreifend) Teamübergreifende Zusammenarbeit aber auch Themen in den einzelnen Scrum-Teams Inspect & Adapt mit Team-Repräsentanten im ersten und dritten Teil

36 38 Fazit Scrum professionell skalieren warum mit Nexus?

37 39 Fazit 1. Wir skalieren, um die Time to Market zu beschleunigen, und nicht, um Teams zu organisieren 2. Ein Integrated Done Increment pro Sprint bleibt das Ziel 3. Deshalb ist Auflösen und Managen von Abhängigkeiten eine tägliche Muss- Aufgabe 4. Nexus ist simpel, aber effektiv! 5. Halten Sie sich an die Regeln des Nexus Guide 6. Schaffen Sie ein starkes Nexus Integration Team (ASE Coaches) 7. Halten Sie sich an die agile Prinzipien, experimentieren Sie mit den Techniken! 8. Inspect & Adapt, Selbstorganisation, Bottom up Intelligence

38 40 Fazit 1. Wir skalieren, um die Time to Market zu beschleunigen, und nicht, um Teams zu organisieren 2. Ein Integrated Done Increment pro Sprint bleibt das Ziel 3. Deshalb ist Wie Auflösen löst Nexus und Managen das Problem von mit Abhängigkeiten den Abhängigkeiten? eine tägliche Muss- Aufgabe Funktioniert das in der Praxis? 4. Nexus ist simpel, aber effektiv! JA! 5. Halten Sie sich an die Regeln des Nexus Guide 6. Schaffen Sie ein starkes Nexus Integration Team (ASE Coaches) 7. Halten Sie sich an die agile Prinzipien, experimentieren Sie mit den Techniken! 8. Inspect & Adapt, Selbstorganisation, Bottom up Intelligence

39 41 Vielen Dank! Lassen Sie uns in Kontakt bleiben: Marion Gakstatter /profile/marion_gakstatter [4]

40 42 Bildquellen [1] de.123rtf.com [2] Scrum.org [3] de.123rtf.com [4] de.123rtf.com