How to Team Break Out in a PI-Planning
0 gefällt mir706 aufrufe
Das Dokument beschreibt die Planung und Durchführung von Team-Breakout-Sitzungen zur Erstellung von PI-Zielen und User Story Maps, inklusive der relevanten Methoden und Abläufe für zwei Tage. Es umfasst spezifische Schritte zur Kapazitätsplanung, Risikomanagement und die Gewichtung von PI-Zielen in Zusammenarbeit mit Business-Owners. Eine Checkliste führt die kritischen Punkte auf, die bei der Umsetzung beachtet werden müssen, um das Team zielgerichtet auf die bevorstehenden Sprints vorzubereiten.
How to Team Break Out in a PI-Planning
- 1. Technology | Group ITOperations Operations Gemeinsam bauen wir die Zukunft der Migros How to Team Breakout Joël Krapf, RTE Jannick Gerber, RTE Stv ART M-Transform
- 2. 05.12.2020 | 2ART M-Transform | Joël Krapf Methoden und Guidelines für Team Break-Out #Max{Value} #Min{Waste}
- 3. 05.12.2020 | 3ART M-Transform | Joël Krapf PI Objectives sind keine gute Planung, sondern das Resultat einer guten Planung Möglicher Ablauf für Team Break-Out (Tag 1) Draft Plan Review (15.30 – 17.00) FokusUserStories,Sprintsund Kapazitäten FokusPIObjectives,Risikenund Abhängigkeiten Pause 10.30 – 10.45 User Story Map erstellen und Inhalte der User Stories schärfen (Teil 2) 10.45 – 11.30 Lunch-Break 12.00 – 13.00 PI Objective Draft erstellen (S.M.A.R.T. oder OKR) 13.00 – 14.00 Pause 14.30 – 14.45 Risiken & Abhängigkeiten auf der Team- und ART-Ebene erfassen 14.45 – 15.30 Möglicher Ablauf für die Team Break-Out Tag 1 Zeit Validieren der Kapazitätsplanung (Brutto & Netto Kapazitäten) 09.15 – 09.30 User Story Map erstellen und Inhalte der User Stories schärfen (Teil 1) 09.30 – 10.30 10.30 – 10.45 Scrum of Scrum Kapazitäten und Aufwand der User Stories abgleichen 11.30 – 12.00 11.45 – 12.00 Gewichtung PI Objectives Draft w/ Business Owner (lernen/üben) 14.00 – 15.30 14.00 – 14.15 ▪ Gemeinsames Verständnis Business- & Planungskontext ▪ Kapazitäten definiert Ressourcen- bedarf mit anderen Teams diskutiert ▪ Draft User Story Map erstellt ▪ PI Objectives messbar beschrieben (S.M.A.R.T. oder OKR) und gewichtet ▪ Abhängigkeiten sind aufgelöst (Risiken erfasst) ▪ Ready für den Draft Plan Review ▪ User Story Map ist erstellt und mit den Kapazitäten abgestimmt ▪ Die Risiken und Abhängigkeiten sind erfasst (Diskussionsbedarf mit anderen Teams ist bekannt)
- 4. 05.12.2020 | 4ART M-Transform | Joël Krapf PI Objectives sind keine gute Planung, sondern das Resultat einer guten Planung Möglicher Ablauf für Team Break-Out (Tag 2) FokusUserStories,SprintsundKapazitäten PI Objectives abschliessen und Gewichtung w/ PM & BO definieren 10.15 – 10.45 Lunch-Break 12.00 – 13.00 Möglicher Ablauf für die Team Break-Out Tag 1 Zeit PI Planning Adjustments verstehen 08.30 - 09.00 User Story Map aktualisieren und Aufwand mit Kapazitäten abgleichen 09.00– 10.00 Scrum of Scrum Pause 10.00 – 10.15 10.00 – 10.15 ▪ Planning Adjustments sind verarbeitet ▪ Abhängigkeiten erfasst und aufgelöst, Massnahmen für Risiken erfasst ▪ PI Objectives sind fertiggestellt Sprint Planning für den ersten Sprint durchführen 10.45 – 11.30 11.00 – 11.15 ▪ Gewichtung PI Objectives mit BO und PM abgestimmt ▪ Sprint Planning für den 1. Sprint abgeschlossen ▪ Ready für den Final Plan Review Risiken & Abhängigkeiten auf der Team- und ART-Ebene 11.30 – 12.00 Final Plan Review (13.00 – 14.30)
- 5. 05.12.2020 | 5ART M-Transform | Joël Krapf Checkliste für ein erfolgreiches Team Break-Out (Tag 1) Kapazitäten & Auslastung festlegen 1 • Das Team versteht die geplante Kapazität basierend auf der vorgängigen Planung (Vorlage) • Die Verteilung zwischen «Operativem Tagesgeschäft» und «Weiterentwicklung» ist realistisch und für alle Teammitglieder nachvollziehbar User Story Map2 • Das Team versteht die Inhalte der gesammelten User Stories und hat ein gemeinsames Verständnis für die jeweiligen Akzeptanzkriterien hergestellt • Die User Stories sind auf die Sprints verteilt und mit den Features des PI Zyklus verknüpft Kapazitäten & Auslastung kritisch prüfen 3 • Die Kapazitätsplanung wird mit der User Story Map explizit abgeglichen und kritisch geprüft (Verfügbare Kapazität stimmt mit geplanten User Stories überein) • Das Team hat die User Story Map überarbeitet und kennt den Load pro Sprint in Personentagen PI Objectives als Draft4 • Auf Basis der User Story Map sind die PI Objectives als Draft messbar formuliert (S.M.A.R.T. oder OKR als Methode) • Die Gewichtung der PI Objectives ist mit den Business Owner und dem PM besprochen Risiken & Abhängigkeiten5 • Die Risiken auf Stufe Team und auf Stufe ART sind im Excel erfasst, für jedes Risiko ist eine Massnahme und einen Massnahmen-Owner definiert • Die Abhängigkeiten mit anderen Teams sind besprochen und dokumentiert (Eintrag im Excel und Label im Jira)
- 6. 05.12.2020 | 6ART M-Transform | Joël Krapf Das Team prüft die geplante Kapazität im Excel, die Verteilung zwischen operativem Tagesgeschäft und Weiterentwicklung ist der zentrale Punkt Kapazitäten & Auslastung festlegen 1 User Story Map2 Kapazitäten & Auslastung prüfen 3 PI Objectives Draft4 Risiken & Abhängigkeiten 5 15 Minuten Sprint I Sprint II Sprint III Sprint IV Sprint V I&P Sprint 112 126 140 140 140 140 0 0 0 0 0 0 0 0 0 0 0 0 112 126 140 140 140 140 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Bruttokapazität Kapazität in Personentagen (PT) ./. davon für Weiterentwicklung ./. davon für operatives Tagesgeschäft Nettokapazität ./. davon Admin/Meetings etc. ./. davon Abwesenheiten Load in Personentagen Team Team Mitglied Bruttokapazität Abwesenheiten Admin & Meetings Nettokapazität Davon operatives Tagesgeschäft Davon Weiterentwicklung Product Owner 8 0 0 8 0 0 Scrum Master 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Teammitglied 8 0 0 8 0 0 Summe 112 0 0 112 0 0 Sprint I 10.12. - 21.12. Reflexionsfragen • Sind alle Ferien und Abwesenheiten eingeplant? • Ist die Verteilung ‘Operatives Tagesgeschäft’ und ‘Weiterentwicklung’ realistisch • Haben wir den Bedarf für administratives und Meetings realistisch eingeschätzt? • Hat das Team ein gemeinsames Verständnis über die Kapazität, die im PI Zyklus vorhanden ist? • Brauchen wir noch weiteren Input von anderen Teams für die Kapazitätsplanung? Outcome • Die Kapazitätsplanung ist realistisch und wird vom Team getragen, wir schaffen keine Kapazitätsengpässe für einzelne Mitarbeiter oder ganze Teams Toolbox Vorlage Kapazitätsplanung
- 7. 05.12.2020 | 7ART M-Transform | Joël Krapf Die User Story Map ist die Basis für die PI Objectives und ermöglicht eine inhaltliche Planung als auch eine kritische Prüfung der Kapazitäten Kapazitäten & Auslastung festlegen 1 User Story Map2 Kapazitäten & Auslastung prüfen 3 PI Objectives Draft4 Risiken & Abhängigkeiten 5 120 Minuten Reflexionsfragen • Hat das Team den Backlog verstanden? • Sind die User Stories für den PI Zyklus identifiziert und messbar beschrieben? • Sind alle User Stories geschätzt (in PT)? • Hat das Team ein gemeinsames Verständnis über die Akzeptanzkriterien der identifizierten User Stories? • Sind die User Stories auf die Sprints verteilt? • Sind die User Stories mit den Features verknüpft? Outcome • Eine User Story Map in der die User Stories geschätzt und mit den Features des ART M-Transform verknüpft sind • Ein gemeinsames Einverständnis über die jeweiligen Akzeptanzkriterien pro User Story Toolbox Vorlage Kapazitätsplanung Team-Boards Playbook M-Transform
- 8. 05.12.2020 | 8ART M-Transform | Joël Krapf Haben wir die genügend Kapazitäten, um die geplanten User Stories anzugehen? Kapazitäten & Auslastung festlegen 1 User Story Map2 Kapazitäten & Auslastung prüfen 3 PI Objectives Draft4 Risiken & Abhängigkeiten 5 30 Minuten Sprint I Sprint II Sprint III Sprint IV Sprint V I&P Sprint 112 126 140 140 140 140 0 0 0 0 0 0 0 0 0 0 0 0 112 126 140 140 140 140 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Bruttokapazität Kapazität in Personentagen (PT) ./. davon für Weiterentwicklung ./. davon für operatives Tagesgeschäft Nettokapazität ./. davon Admin/Meetings etc. ./. davon Abwesenheiten Load in Personentagen Reflexionsfragen • Sind alle User Stories im Team geschätzt? • Haben die Teammitglieder einen Konsent bezüglich dem Aufwand pro User Story? • Ist der Load pro Spint bekannt (Summer der User Stories in Personentagen)? • Übersteigt der Load pro Sprint unsere freie Kapazität für die Weiterentwicklung? Outcome • Die User Story Map ist mit der Kapazitätsplanung abgestimmt, das Team plant nicht mehr ein, als es in den Sprints und im ganzen PI Zyklus leisten kann Toolbox Vorlage Kapazitätsplanung Team-Boards Playbook M-Transform
- 9. 05.12.2020 | 9ART M-Transform | Joël Krapf Messbare PI Objectives sind das Resultat unserer Planung Kapazitäten & Auslastung festlegen 1 User Story Map2 Kapazitäten & Auslastung prüfen 3 PI Objectives Draft4 Risiken & Abhängigkeiten 5 90 Minuten Reflexionsfragen • Sind die PI Objectives als Zusammenfassung der User Story Map entstanden? • Sind die PI Objectives messbar formuliert? • Wurde für die Formulierung die S.M.A.R.T. oder OKR Methode genutzt? • Habt dir das 4 Augen Prinzip bezüglich der Messbarkeit angewendet? • Ist die Gewichtung mit den Business Owner und dem PM abgestimmt? Outcome • Messbar formulierte PI Objectives mit einer abgestimmten Gewichtung können am Draft Plan Review präsentiert werden Toolbox PI Objective Excel Team-Boards
- 10. 05.12.2020 | 10ART M-Transform | Joël Krapf Wir definieren Massnahmen für unsere Risiken und lösen Abhängigkeiten mit anderen Teams auf Kapazitäten & Auslastung festlegen 1 User Story Map2 Kapazitäten & Auslastung prüfen 3 PI Objectives Draft4 Risiken & Abhängigkeiten 5 45 Minuten Toolbox PI Objective Excel Team-Boards Reflexionsfragen • Sind die Risiken auf Stufe Team und auf Stufe ART hinsichtlich der Erreichung der PI Objectives erfasst? • Sind für alle Risiken ein Owner sowie mindestens eine Massnahme definiert? • Sind die Abhängigkeiten zu anderen Teams im ART identifiziert und dokumentiert? • Haben sich die Teams bezüglich der Abhängigkeiten abgestimmt? Outcome • Die Risiken und Abhängigkeiten sind transparent gemacht und im PI Objective Excel dokumentiert • Risiken haben einen Owner und Massnahmen, Abhängigkeiten sind zwischen den Teams abgestimmt
- 11. 05.12.2020 | 11ART M-Transform | Joël Krapf PI Objectives sind keine gute Planung, sondern das Resultat einer guten Planung Möglicher Ablauf für Team Break-Out (Tag 2) FokusUserStories,SprintsundKapazitäten PI Objectives abschliessen und Gewichtung w/ PM & BO definieren 10.15 – 10.45 Lunch-Break 12.00 – 13.00 Möglicher Ablauf für die Team Break-Out Tag 1 Zeit PI Planning Adjustments verstehen 09.15 – 09.30 User Story Map aktualisieren und abschliessen 09.30 – 10.00 Scrum of Scrum Final Plan Review (13.00 – 14.30) Pause 10.00 – 10.15 10.00 – 10.15 ▪ Planning Adjustments sind verarbeitet ▪ Abhängigkeiten erfasst und aufgelöst, Massnahmen für Risiken erfasst ▪ PI Objectives sind fertiggestellt Sprint Planning für den ersten Sprint durchführen 10.45 – 11.30 11.00 – 11.15 ▪ Gewichtung PI Objectives mit BO und PM abgestimmt ▪ Sprint Planning für den 1. Sprint abgeschlossen ▪ Ready für den Final Plan Review Risiken & Abhängigkeiten auf der Team- und ART-Ebene 11.30 – 12.00
- 12. 05.12.2020 | 12ART M-Transform | Joël Krapf Bis zum Final Plan Review müssen alle 5 Punkten abgeschlossen sein PI Planning Adjustments 1 • Das Team versteht die geplante Kapazität basierend auf der vorgängigen Planung (Vorlage) • Die Verteilung zwischen «Operativem Tagesgeschäft» und «Weiterentwicklung» ist realistisch und für alle Teammitglieder nachvollziehbar User Story Map aktualisieren 2 • Das Team versteht die Inhalte der gesammelten User Stories und hat ein gemeinsames Verständnis für die jeweiligen Akzeptanzkriterien hergestellt • Die User Stories sind auf die Sprints verteilt und mit den Features des PI Zyklus verknüpft PI Objectives finalisieren3 • Die Kapazitätsplanung wird mit der User Story Map explizit abgeglichen und kritisch geprüft (Verfügbare Kapazität stimmt mit geplanten User Stories überein) • Das Team hat die User Story Map überarbeitet und kennt den Load pro Sprint in Personentagen Sprint Planning durchführen 4 • Auf Basis der User Story Map sind die PI Objectives als Draft messbar formuliert (S.M.A.R.T. oder OKR als Methode) • Die Gewichtung der PI Objectives ist mit den Business Owner und dem PM besprochen Risiken & Abhängigkeiten5 • Die Risiken auf Stufe Team und auf Stufe ART sind im Excel erfasst, für jedes Risiko ist eine Massnahme und einen Massnahmen-Owner definiert • Die Abhängigkeiten mit anderen Teams sind besprochen und dokumentiert (Eintrag im Excel und Label im Jira)
- 13. 05.12.2020 | 13ART M-Transform | Joël Krapf Schafft im Team ein gemeinsames Verständnis für die Anpassungen aus dem ‘Planning adjustment’ und dem Feedback aus dem Draft Plan Review PI Planning Adjustments 1 User Story Map aktualisieren 2 PI Objectives finalisieren 3 Sprint Planning durchführen 4 Risiken & Abhängigkeiten 5 15 Minuten Toolbox Reflexionsfragen • Hat das Team die Diskussionspunkte und die Entscheide verstanden? • Sind die Auswirkungen der Entscheide auf den Teambacklog bekannt und verstanden? • Ist dem Team klar, was in welchem Umfang angepasst werden muss? Outcome • Die Teams haben die Entscheide aus dem Problem Solving verstanden und können die Planung überarbeiten und abschliessen Master Folien PI Planning
- 14. 05.12.2020 | 14ART M-Transform | Joël Krapf Aktualisiert eure User Story Map und prüft nochmals kritisch, ob ihr eure Ziele mit dem verfügbaren Kapazitäten erreichen könnt PI Planning Adjustments 1 User Story Map aktualisieren 2 PI Objectives finalisieren 3 Sprint Planning durchführen 4 Risiken & Abhängigkeiten 5 30 Minuten Toolbox Reflexionsfragen • Sind die Inputs aus dem Draft Plan Review in die User Story Map eingeflossen? • Sind ggf. Kapazitätsanpassungen erfolgt, die eine Anpassung der User Story Map nötig machen? • Sind die Änderungen aus dem Planning Adjustment in die User Story Map eingeflossen? Outcome • Eine User Story Map in der die User Stories geschätzt und mit den Features des ART M-Transform verknüpft sind • Ein gemeinsames Einverständnis über die jeweiligen Akzeptanzkriterien pro User Story Vorlage Kapazitätsplanung Team-Boards Playbook M-Transform
- 15. 05.12.2020 | 15ART M-Transform | Joël Krapf Formuliert die PI Objectives messbar und so, dass aussenstehende verstehen, was ihr im PI Zyklus machen werdet PI Planning Adjustments 1 User Story Map aktualisieren 2 PI Objectives finalisieren 3 Sprint Planning durchführen 4 Risiken & Abhängigkeiten 5 30 Minuten Toolbox Reflexionsfragen • Sind die PI Objectives als Zusammenfassung der User Story Map entstanden? • Sind die PI Objectives messbar formuliert? • Wurde für die Formulierung die S.M.A.R.T. oder OKR Methode genutzt? • Habt dir das 4 Augen Prinzip bezüglich der Messbarkeit angewendet? • Ist die Gewichtung mit den Business Owner und dem PM abgestimmt? Outcome • Messbar formulierte PI Objectives mit einer abgestimmten Gewichtung können am Draft Plan Review präsentiert werden PI Objective Excel Team-Boards
- 16. 05.12.2020 | 16ART M-Transform | Joël Krapf Plant euren ersten Sprint aus und startet diesen PI Planning Adjustments 1 User Story Map aktualisieren 2 PI Objectives finalisieren 3 Sprint Planning durchführen 4 Risiken & Abhängigkeiten 5 45 Minuten Toolbox Reflexionsfragen • Sind alle User Stories ‘ready’ für die Implementierung? • Sind die Akzeptanzkriterien für jede User Story im Sprint Backlog definiert? • Haben alle dasselbe Verständnis über den Scope der User Story im Sprint Backlog? • Ist der Sprint Backlog mit der Kapazitätsplanung abgeglichen? • Ist das Sprint Goal für den ersten Sprint definiert? Outcome • Die User Stories sind geschätzt, die Akzeptanzkriterien sind definiert • Die Sprint Planung ist für den ersten Sprint abgeschlossen, das Sprint Goal ist im Team definiert Vorlage Kapazitätsplanung Team-Boards
- 17. 05.12.2020 | 17ART M-Transform | Joël Krapf Identifiziert Risiken, die ihr nicht alleine führen könnt und überlegt euch mögliche Massnahmen, wie wir damit umgehen wollen PI Planning Adjustments 1 User Story Map aktualisieren 2 PI Objectives finalisieren 3 Sprint Planning durchführen 4 Risiken & Abhängigkeiten 5 30 Minuten Toolbox Reflexionsfragen • Haben wir für alle Risiken und Abhängigkeiten Massnahmen definiert? • Haben wir für alle Risiken einen Owner identifiziert? • Sind alle Abhängigkeiten aufgelöst? Wenn nein, was müssen wir tun, um die Abhängigkeit aufzulösen? • Kennen wir alle Abhängigkeiten und Risiken, die wir nicht selber führen und auflösen können? Outcome • Der ART und der RTE kennen die Risiken und Abhängigkeiten, die das Team nicht alleine bewältigen kann PI Objective Excel Team-Boards
- 18. 05.12.2020 | 18ART M-Transform | Joël Krapf Backup #Max{Value} #Min{Waste}
- 19. 05.12.2020 | 19ART M-Transform | Joël Krapf Wirkungsvolle und messbare PI Objective sind die Basis dafür, Verbesserungspotenziale zu erkennen Im PI #2 wollen wir die PI Objective besser messbar! SAFe sieht vor, dass die PI Objectives S.M.A.R.T. formuliert sind (vergleiche hierzu https://www.scaledagileframework.com/pi-objectives/) Wir nutzen für unsere PI Objectives die OKR-Methode (Objectives & Key Results) V2 Aufbau Enterprise Architecture Mgmt (Objective) ▪ Cloud (KR) ▪ Analytics (KR) ▪ Eiger (KR) Wir legen die Grundlagen für eine kompetente EA (Objective) ▪ Verabschiedung Cloud Strategie ▪ Rekrutierung 1 EA mit Fokus Analytics ▪ Version 1.0 der Capability Map abgesegnet Wir formulieren unsere PI Objectives S.M.A.R.T. V1 Wir schulen unsere Mitarbeiter für die Transformation. ▪ Wir schulen 300 Mitarbeiter im Kurs ‘Agile Basic’ ▪ Konzept zur Awareness Kampagne wurde vom G-IT MT verabschiedet
- 20. Technology | Group ITOperations 05.12.2020 | 20ART M-Transform | Joël Krapf Starting Agile 1 Learning Agile 2 Doing Agile 3 Being Agile 4 Accelerating Agile 5 ▪ Mitglieder im agilen Team sind bestimmt ▪ PO-Rolle ist besetzt ▪ Scrum Master Rolle ist besetzt ▪ PI Objectives sind definiert und werden am Ende eines PI Zyklus beurteilt ▪ Es findet ein PI Planning statt ▪ Alle 2 Wochen findet ein Sprint Review statt ▪ Alle 2 Wochen findet ein Sprint Retro statt ▪ Alle 2 Wochen findet ein Sprint Planning statt ▪ Es findet ein Innovation & Planning Sprint statt ▪ Am Ende eines PI-Zyklus findet eine PI System Demo statt ▪ Es findet ein Inspect & Adapt Workshop (I&A) statt ▪ Teams haben alle nötigen Skills ▪ PO priorisiert Backlog vor dem Sprint Planning ▪ Scrum Master moderiert agile Rituale ▪ Rund 40-60% der PI Objectives werden erreicht ▪ Jira-Kanban dient als Grundlage für Teamarbeit ▪ Kapazitäten werden für jeden Sprint explizit geplant ▪ Features sind so geschnitten, dass sie in einem PI-Zyklus umgesetzt werden können ▪ User Stories sind so geschnitten, dass sie in einem Sprint umgesetzt werden können ▪ Massnahmen aus dem Sprint Retro sowie I&A Workshop werden im Team Backlog aufgenommen ▪ ART-Backlog & Roadmap dienen als Orientierung für Planung ▪ Team arbeitet selbstorganisiert ▪ PO & Scrum Master sind für ihre Rollen zertifiziert ▪ Rund 60-80% der PI Objectives werden erreicht ▪ Kanban Phasen werden aktiv genutzt, um sequenzielles Arbeiten zu fördern ▪ Aufwand je Feature & User Story werden explizit kalkuliert ▪ Die Benefits der Features sind klar beschrieben ▪ User Stories sind aus Sicht des User beschrieben ▪ Vereinzelt werden Stakeholder zum Sprint Review eingeladen ▪ Teamübergreifende Abhängigkeiten werden auf einem ART-Board festgehalten ▪ Massnahmen aus Sprint Retro sowie I&A Workshop werden umgesetzt ▪ Team arbeitet kollaborativ zur Erreichung PI Objectives ▪ PO priorisiert Backlog kontinuierlich («Grooming») ▪ Scrum Master löst für das Team «Impediments» ▪ Rund 80-100% der PI Objectives werden erreicht ▪ WIP-Limiten werden auf Basis von Erfahrungswerten optimiert ▪ Features werden so «geschnitten», dass sie in einem PI Zyklus Wert generieren ▪ User Stories werden so «geschnitten», dass sie in einem Sprint Wert generieren ▪ Regelmässig werden Stakeholder zum Sprint Review eingeladen ▪ Messen von relevanten KPI (bspw. «Flow», «Velocity» oder «Lead Time») ▪ Für I&A Workshop werden vorgängig Daten vorbereitet ▪ Team lebt SAFe Core Values, SAFe Principles, Lean-Agile Mindset ▪ PO interagiert mit Stakeholder, um die Prioritäten im Backlog anhand Added-Value zu priorisieren ▪ Scrum Master ist ein «Servant Leader» ▪ Relevante KPI werden zur Verbesserung der Team Performance genutzt (bspw. «Flow», «Velocity» oder «Lead Time») Wir befinden uns auf Reifegrad 3 und wollen uns bis zum Ende des PI #3 um einen weiteren Reifegrad erhöhen
- 21. 05.12.2020 | 21ART M-Transform | Joël Krapf Ferien sind keine Impediments! Kapazitäten werden mit der erwarteten Auslastung verglichen und bilden so die Basis für die PI Objectives Program Backlog M-Transform Sprint 2 22.12. – 04.01 Sprint 1 10.12. – 21.12 Sprint 3 05.01. – 18.01 Sprint 4 19.01. – 01.02 Sprint 5 02.02. – 15.02 User Story Map PI Objectives Feature Feature Feature Feature Feature Feature PI Objective 1 PI Objective 2 PI Objective 3 PI Objective 4 User Story Map und Teamkapazitäten als Erfolgsfaktoren Kapazitäten des Teams Auslastung auf Basis User Stories
- 22. 05.12.2020 | 22ART M-Transform | Joël Krapf Unser PI 2021/I besteht zwar aus 5 operativen Sprints, mit den Weihnachtsferien werden wir aber ca. gleich viel Kapazität haben wie im letzten PI Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Innovation & Planning Sprint Montag Dienstag Mittwoch Donnerstag Freitag Montag Dienstag Mittwoch Donnerstag Freitag DonnerstagMontag Dienstag Mittwoch Freitag Montag Dienstag Mittwoch Donnerstag Freitag Sprint Sprint Sprint Planning Demo / Review & Retro SprintSprintSprint SprintSprintSprintSprint Sprint SprintPI Planning Lernen, Innovation & Puffer PI-Planning PI-Planning 2 Wochen 2 Wochen 2 Wochen 2 Wochen 2 Wochen 2 Wochen Lernen, Innovation & Puffer Lernen, Innovation & Puffer Lernen, Innovation & Puffer Planning Readiness, Pre-Planning Inspect and Adapt Sprint Puffer
- 23. 05.12.2020 | 23ART M-Transform | Joël Krapf Wir bilden die Gewichtung in unserem Excel ab, der zukünftige maximale Zielerreichungsgrad liegt bei 120% Für die Gewichtung der PI Objectives verwenden wir eine einheitliche Skala zwischen1 (tief) und 10 (hoch) Die Operativen Objectives und die Committed Objectives ermöglichen eine maximale Zielerreichung von 100% Zusätzlich erlauben die Uncommitted Objectives eine maximale Zielerreichung von 120% Wie beeinflusst die Gewichtung den Grad der Zielerreichung? Wie und wo dokumentieren wir die Zielerreichung?