How to Team Break Out in a PI-Planning

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

05.12.2020 | 2ART M-Transform | Joël Krapf
Methoden und Guidelines für Team Break-Out
#Max{Value}
#Min{Waste}

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)

FokusUserStories,SprintsundKapazitäten
PI Objectives abschliessen und Gewichtung w/ PM & BO definieren 10.15 – 10.45
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)

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)

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

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 &
1
User Story Map2
Kapazitäten &
Auslastung prüfen
3
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

Haben wir die genügend Kapazitäten, um die geplanten User Stories anzugehen?
Kapazitäten &
1
User Story Map2
Kapazitäten &
Auslastung prüfen
3
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

Messbare PI Objectives sind das Resultat unserer Planung
Kapazitäten &
1
User Story Map2
Kapazitäten &
Auslastung prüfen
3
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

Wir definieren Massnahmen für unsere Risiken und lösen Abhängigkeiten mit
anderen Teams auf
Kapazitäten &
1
User Story Map2
Kapazitäten &
Auslastung prüfen
3
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

FokusUserStories,SprintsundKapazitäten
PI Objectives abschliessen und Gewichtung w/ PM & BO definieren 10.15 – 10.45
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

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)

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

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

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

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

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

Backup
#Max{Value}
#Min{Waste}

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

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
Sprint Retro statt
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
▪ 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»
▪ 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

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

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
DonnerstagMontag Dienstag Mittwoch 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

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?

How to Team Break Out in a PI-Planning

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a How to Team Break Out in a PI-Planning

Semelhante a How to Team Break Out in a PI-Planning (20)

Mais de Joël Krapf

Mais de Joël Krapf (20)

How to Team Break Out in a PI-Planning