GPM Region Düsseldorf/Rhein-Ruhr Vortrag vom Ultimate Scrum >>>agil, zuverlässig und am Speed Limit

Größe: px

Ab Seite anzeigen:

Download "GPM Region Düsseldorf/Rhein-Ruhr Vortrag vom 07.10.2013 Ultimate Scrum >>>agil, zuverlässig und am Speed Limit"

Lothar Schulz
vor 8 Jahren
Abrufe

1 GPM Region Düsseldorf/Rhein-Ruhr Vortrag vom Ultimate Scrum >>>agil, zuverlässig und am Speed Limit

2 Inhalt 1. Foliensatz der Veranstaltung vom bei der IT.NRW Mauerstr Düsseldorf 2. Kontaktdetails des Referenten 3. Kontaktdetails GPM/GPM Region Düsseldorf-Rhein/Ruhr Hinweis: Der Inhalt dieser Präsentation muss nicht die Meinung der GPM Deutsche Gesellschaft für Projektmanagement e.v. darstellen. Alle Rechte und Pflichten obliegen den Präsentierenden (Wolfram Müller, Speed4projects, ) KOMPETENZ

Kontaktdetails GPM/GPM Region Düsseldorf-Rhein/Ruhr Hinweis: Der Inhalt dieser Präsentation muss nicht die

3 Ultimate Scrum >>> agil, zuverlässig und am Speed Limit GPM Region Düsseldorf/Rhein Ruhr GPM Fachgruppe Critical Chain Projektmanagement , Wolfram Müller, IT NRW Photo: Dan YachtPals.com 1

Fachgruppe Critical Chain Projektmanagement 07.10.

4 Wolfram Müller 20 Jahre > 530 Projekte Freelancer > Softwaresanierung Medizintechnik > Konstruktion + Prozessoptimierung + Projektmanagement Project Office > 1&1 + GMX + web.de CCPM Einführung > 1&1 Hosting seit 2006 zusammen mit 16+ Experten:

Prozessoptimierung + Projektmanagement Project Office > 1&1

5 Learning Agile!

6 Scrum Wörterbuch Scrum (Gedränge) Backlog Sprints Release mehr order minder genau spezifizierte Liste mit Arbeitspaketen (Stories) die Größe einer Story wird in Story Points definiert kann im Verlauf des Releases mehr oder weniger werden wird durch den Product Owner verantwortet Iterationen mit einer Dauer von 2 3 Wochen zu Beginn eines Sprint holt sich das Team so viel Stories aus dem Backlog wie es sich zutraut am Ende eines Sprint wird geprüft wie viele Story Points abgearbeitet wurden das ist der Burn Down oder Verlocity das Team verantwortet die Velocity in Scrum Teams wird nach jedem Sprint released in der Praxis werden of mehrere Sprints zu einem Release zusammen gefasst

Sprint holt sich das Team so viel Stories aus dem Backlog wie es sich zutraut am Ende eines Sprint wird geprüft wie viele Story Points abgearbeitet wurden das ist der Burn

7 Nachteile von Scrum Backlog offen kann jederzeit größer/kleiner werden wenn was nicht fertig wird kommt es in den nächsten Sprint keine Terminzusage it s done when it s done Product Burndown Chart kennt nur Termin gehalten/gerissen zirkuläre Entwicklungen

Sprint keine Terminzusage it s done when it s done Product

8 Step 1 of 3: Reliable Scrum just short it s all about work in progress

9 Die richtigen Fragen die richtigen Lösungen Wie schwer ist euer Backlog wirklich? Wie groß ist euer Durchsatz/Velocity wirklich? Wie hoch ist eure Erfolgswahrscheinlichkeit wirklich? Sprints = ein Release 2. Stories Release zuordnen 3. fehlende Stories ergänzen 4. fehlende Schätzungen nachholen 5. große Stories (>42) aufdröseln 6. MoSCoW über Jordan jagen 7. 3 Punkt Schätzung Backlog 8. echte Mittlere Velocity ermitteln 9. 3 Punkt Schätzung Velocity

6 10 Sprints = ein Release 2. Stories Release zuordnen 3. fehlende Stories ergänzen 4.

10 Erfolgs un wahrscheinlichkeit

11 Erfolgs un wahrscheinlichkeit Variablen: Backlog Zeit Velocity

12 Erfolgswahrscheinlichkeit Stories in eine Reihenfolge bringen Backlog so lange kürzen bis 80% Wahrscheinlichkeit erreicht Stakeholder in Boot holen Termin/Ressourcen/Scope verhandeln bis verkaufbares Produkt entsteht Team hat eine ausreichende Erfolgswahrscheinlichkeit Stakeholder wissen genau was sie bekommen eindeutig!

Termin/Ressourcen/Scope verhandeln bis verkaufbares Produkt entsteht Team hat

13 Na! Wie ist der Status des Projektes? Melonengrün!

14 ooops da ist ja ein Puffer mit echter Erfolgswahrscheinlichkeit ein bisschen Puffer im Backlog ein bisschen Puffer in der Velocity = ein echter Projektpuffer

15 Fortschritt > Pufferverbrauch > Ampel Fortschritt < Pufferverbrauch = rot Fortschritt > Pufferverbrauch = grün

16 Scrum mit Ampel Burn Down Chart mit Puffer Ampelstatus über Fortschritt zu Pufferverbrauch

17 Im Verlauf 30% 25 %

18 Im Verlauf.. 35% 85%

19 Im Verlauf. Fortschritt Pufferverbrauch 56% 37%

20 Im Verlauf 59% 82%

21 Im Verlauf.. 72% 78%

22 Im Verlauf. 80% 92%

23 Im Verlauf 93% 85%

24 Im Verlauf.. 100% 91%

25 Das Ergebnis Backlog = Auftrag geklärt Stakeholder wissen was sie bekommen Transparenz über Fortschritt Product Owner kann managen Angst raus Velocity hoch

26 Step 2 of 3: Ultimate Scrum just short it s all about speed the shortest possible lead time

27 Flow!?

28 Who knows Mr. Little?

29 Regeln die den Bestand erhöhen? zusätzliche Switching Effekte und fehlende Aggregation 100% 100% Kapazität Auslastung Bestand Littles Law ist unerbittlich Multitasking verursacht Kontextswitches, Dessynchronisation u.v.v.a. mehr WIP längere Durchlaufzeiten

30 LIMIT the WORK IN PROGRESS!!!!! Taiichi Ohno (1953) Henry Ford (1913)

31 a typical Task Board a so called kanban with lot of WIP to prevent him from punishing

32 3. Generation DBR E.Goldratt (1984) Wie bekomme ich eine Gruppe Pfadfinder dazu, so schnell wie möglich gemeinsam ins Ziel zu laufen? Problem alle laufen unterschiedlich schnell!

33 DBR in Production or agile

34 Ultimate Scrum Just In Time Drum Buffer Rope (3. Generation agil) Product Backlog [Stories] breaking stories in tasks Task Buffer [Tasks] developing review Drum finished Tasks if number of tasks below alarm threshold take new story Rope Buffer if a task is finished take new task cumul. in/out flow alarm threshold just high enough to get a new story broken into tasks but not higher than the half number of developers if no starving occur the taking of new tasks can be inhibited until impediments occur if a developer is running out of tasks a new one can be drawn by exception after removing all impediments

35 Ergebnis 1 2 minimale Anzahl offener Arbeitspakete minimal kurze Durchlaufzeit Probleme werden sofort sichtbar Es ist Zeit vorhanden um Probleme zu lösen Durchlaufzeit Task < 1 Tag

36 daily stand up The goal is to have less open tasks than developer (8) 3

37 Ultimate Scrum Just In Time Drum Buffer Rope (3. Generation agil) Product Backlog [Stories] breaking stories in tasks Task Buffer [Tasks] developing review Drum finished Tasks Reliable Scrum Rope Buffer cumul. in/out flow if number of tasks below alarm threshold take new story if a task is finished take new task alarm threshold just high enough to get a new story broken into tasks but not higher than the half number of developers if no starving occur the taking of new tasks can be inhibited until impediments occur if a developer is running out of tasks a new one can be drawn by exception after removing all impediments

38 HOST.1300e Auto Renewal UK fever curve we found some stories now we are in buffer regain

39 two monitors three indicator #1 stay in yellow green! > Scrum.info #2 as less as open tasks as possible #3 turn the curve up!

40 Taiichi Ohno Eliyahu Goldratt FLOW! shortes possible lead time maximized throughput clear goal and backlog satisfied stakeholder concentrated work optimized integrated QA, CD, CI, RM a lot of fun@work!... you have to lower the water level in a river to expose the rocks that hinders the FLOW!

41 Step 3of 3: integrated Project and Agile Framework just short it s all about projects and continuous improvement

42 Critical Chain and Agile Framework new projects Layer 1 Multiprojekt PIPELINE Projekt #4 #2 Projekt #1 Projekt #3 5 stakeholder priority board transparent informed quick overview operational real status confidence in team is improved Layer 2 Einezlprojekt 56% today 37% team KVP Buffer Consumption per Team ggf. Layer 3 Agile Teilpr. fast feedback on situation in red zone focus on buffer regain self responsibility and management is empowered continuous improvement focused Kaizen

43 Closed Loop Control to power continuous improvement kaizen PIPELINE Projekt #4 #2 Projekt #1 Projekt #3 5 stakeholder priority board new projects transparent informed quick overview operational real status confidence in team is improved 10%! 56% today 37% team Buffer Consumption per Team fast feedback on situation in red zone focus on buffer regain self responsibility and management is empowered continuous improvement focused Kaizen

44 ipaf ; ) Critical Chain mehr Durchsatz, kürzere Projektlaufzeiten, Zuverlässigkeit, Agilität im Projekt Reliable / Ultimate Scrum Zuverlässigkeit, höchste Geschwindigkeit, Kompatibilität >>> integriertes Projekt und Agile Framework

45 Danke

46 Kontakt GPM Deutsche Gesellschaft für Projektmanagement e.v. Hauptgeschäftsstelle Nürnberg FrankenCampus Frankenstraße Nürnberg Tel.: +49 (0) Fax: +49 (0) Internet: Veranstaltungshinweise der GPM Region Düsseldorf/Rhein-Ruhr Bei Fragen zum Veranstaltungsprogramm oder zu Netzwerkmöglichkeiten können Sie sich gerne an die Region Düsseldorf / Rhein-Ruhr Guido Bacharach Alexander Miskiw Tel.: +49 (0) (0) g.bacharch@gpm-ipma.de a.miskiw@gpm-ipma.de wenden KOMPETENZ

Ähnliche Dokumente

Critical Chain and Scrum

Critical Chain and Scrum classic meets avant-garde (but who is who?) TOC4U 24.03.2012 Darmstadt Photo: Dan Nernay @ YachtPals.com TOC4U 24.03.2012 Darmstadt Wolfram Müller 20 Jahre Erfahrung aus 530 Projekten