Was ist PI Planning?
Es versteht sich von selbst, dass für jede Organisation, die Agilität skaliert und das SAFe-Framework einführt, die zentrale Herausforderung darin besteht, einen reibungslosen und friktionsfreien PI-Planning-Prozess durchzuführen. Unabhängig von Branche oder Unternehmensgröße bietet ein erfolgreiches PI Planning die Möglichkeit, eine Kultur der transparenten, handlungsorientierten Ausrichtung zu etablieren. Es ist wahrhaftig ein grundlegendes Event für SAFe.
PI Planning 101 - PI Planning: Der Bedarf
- PI Planning: Ziele und Ergebnisse
- PI Planning: Program Board
- PI Planning: Der Leiter
- PI Planning: Teilnehmer
- PI Planning: Häufigkeit
- PI Planning: Agenda, Dauer und Events
- BONUS-TIPP I
Verteiltes PI Planning - Remote PI Planning: Der Bedarf
- Remote PI Planning: Schwerpunktbereiche
- Remote PI Planning: Agenda, Dauer und Events
- BONUS-TIPP II
PI-Planning-Herausforderungen - BONUS-TIPP III
PI Planning: Vorbereitungs-Checkliste - BONUS-TIPP IV
-
PI Planning: Schritt-für-Schritt-Anleitung - PI Planning mit Jira-Nutzern
- Vor dem PI Planning
- PI-Planning-Tag
- Nach dem PI Planning
- PI Planning für Azure DevOps
- Vor dem PI Planning
- PI-Planning-Tag
- Nach dem PI Planning
Wie führt man ein PI Planning durch?
Wenn „Wie führt man ein PI Planning durch“ Ihre Problemstellung ist, dann finden Sie in diesem umfassenden PI-Planning-Leitfaden alle Antworten auf die Fragen, die in dieser vielschichtigen Frage stecken.
In den folgenden fünf Abschnitten gehen wir auf die folgenden Fragen ein:
In den folgenden fünf Abschnitten gehen wir auf die folgenden Fragen ein:
- Was ist eine erfolgreiche PI-Planning-Session?
- Wie führt man ein hervorragendes virtuelles/verteiltes/Remote-PI-Planning durch?
- Wie meistert man PI-Planning-Herausforderungen?
- Was ist eine PI-Planning-Vorbereitungs-Checkliste?
- Können Sie eine PI-Planning-Vorlage bereitstellen?
Am Ende geben wir Ihnen eine bearbeitbare und herunterladbare Schritt-für-Schritt-Anleitung für Ihr PI Planning an die Hand.
PI Planning 101 Was ist eine erfolgreiche PI-Planning-Session?
Eine Program-Increment-(PI-)Planning-Session ist ein zeitlich begrenztes Event, bei dem die Teams eines Agile Release Train, vereint durch eine gemeinsame Vision, zusammenkommen und neue Features planen, Abhängigkeiten und Risiken besprechen und den weiteren Kurs festlegen. Ohne es lässt sich SAFe nicht umsetzen.
Tatsächlich ist PI Planning – aufbauend auf der Idee von SAFe – die eine magische Zutat des Scaled Agile Framework.
Tatsächlich ist PI Planning – aufbauend auf der Idee von SAFe – die eine magische Zutat des Scaled Agile Framework.
Wenn sich ein Projekt auf mehrere funktionsübergreifende Teams verteilt, gerät die Wissensinfrastruktur tendenziell ins Wanken. Das kostet Organisationen schlecht getroffene Entscheidungen, Schwächen in der Wertschöpfungskette und Uneinigkeiten zwischen Kapazität und Auslastung. PI Planning begegnet dem, indem es umfassende Sichtbarkeit, durchgängige Ausrichtung und ein erklärtes Bekenntnis zu einer gemeinsamen Vision schafft.
Das Ziel Ihres PI Planning richtig zu verstehen, ist das halbe Problem gelöst.
Mit den Worten von SAFe:
PI Planning ist der kritische, kadenzbasierte Synchronisationspunkt für jeden ART.
Was lässt sich daraus ableiten?
Das Ziel eines erfolgreichen PI Planning besteht darin, den Teams im Agile Release Train (ART) Folgendes zu bieten:
Mit den Worten von SAFe:
PI Planning ist der kritische, kadenzbasierte Synchronisationspunkt für jeden ART.
Was lässt sich daraus ableiten?
Das Ziel eines erfolgreichen PI Planning besteht darin, den Teams im Agile Release Train (ART) Folgendes zu bieten:
- Synchronisation,
- Zusammenarbeit (teamübergreifend und ART-übergreifend),
- Ausrichtung (auf Geschäftskontext, Workflows, Ziele, Vision und mehr),
- soziales Netzwerk,
- Bewertung der Systemarchitektur,
- Beseitigung überschüssiger laufender Arbeit (Work in Process, WIP),
- Effizienz bei der Entscheidungsfindung,
- Transparenz für Vorhersagbarkeit und Agilität.
Ein erfolgreiches PI-Planning-Event erfüllt all diese Punkte und schafft es zudem, am Ende der Iteration eine „lauffähige Software“ vorzuweisen.
Einfach ausgedrückt: Wenn Ihr PI Planning diese beiden Ergebnisse hervorgebracht hat, hat Ihr PI-Planning-Event sein Ziel erreicht:
- Committete PI-Objectives
- Dabei definieren die PI-Objectives eine Reihe von SMART-Zielen, die von jedem Team des ART erstellt werden, wobei der Geschäftswert von den Business Owners zugewiesen wird. Das Commitment zu den PI-Objectives ist der heilige Gral Ihres ART.
- Program Board
- Eine Zusammenstellung von Daten, die das genaueste Bild der Situation Ihres ART darstellt und die Liefertermine neuer Features, die Feature-Abhängigkeiten zwischen Teams sowie relevante Meilensteine hervorhebt. Es ist die Kristallkugel Ihres ART.
Beispiel für ein Kendis-PI-Planning-Board (Klicken Sie auf das Bild, um es online zu bearbeiten)
Im PI Planning von SAFe ist die Rolle des Release Train Engineer von erheblicher Bedeutung. Der RTE ist der Treiber und Servant Leader der PI-Planning-Session. Indem er die Rahmenbedingungen wahrt, ist ein RTE dafür verantwortlich, das Geschehen zu lenken und die Ausrichtung der Zusammenarbeit unter den Teilnehmern der PI-Planning-Session sicherzustellen. Was Scrum Master für die agilen Teams sind, ist der RTE für den ART.
Im Folgenden finden Sie eine Übersicht der Rollen der PI-Planning-Teilnehmer:
Rollen
Funktion
Nutzer
Bewerten die Nutzerzentrierung der Lösungen
Stakeholder
Beurteilen den Erfolgsgrad jeder beteiligten Einheit
Agile Teams
- Zerlegen User Stories während der Team-Breakouts in Aufgaben;
- Erstellen Iterationspläne und Team-PI-Objectives;
- Identifizieren/adressieren Risiken;
- Geben das Confidence Vote ab
Systemarchitekt/Engineering
- Stellt die Architekturvision des ART vor;
- Hilft, teamübergreifende Abhängigkeiten und Risiken zu ermitteln
System Team
Definiert Backlog-Elemente für Integration und Tests
Business Owners
Geben den Geschäftswert und die Freigabe für die Team-PI-Objectives
Scrum Master
- Unterstützen das Team bei der Vorbereitung auf ART-Aktivitäten, System-Demos sowie Inspect and Adapt;
- Leiten das Team beim Festlegen normalisierter Schätzungen an;
- Helfen dem Team zu verstehen, wie man Features und Capabilities schätzt
Product Owners
- Sorgen für die Priorisierung des Backlogs;
- Stellen die Vision vor, die die vorgeschlagenen Features der Lösung hervorhebt;
- Teilen relevante anstehende Meilensteine mit;
- Zerlegen Features in User Stories
Release Train Engineer
- Stellt den Planungsprozess und die erwarteten Ergebnisse vor;
- Moderiert das Management Review, die Problem-Solving-Session und die Retrospektive. Aus diesem Grund ist ein RTE für die Durchführung einer PI-Planning-Session verantwortlich
Ein Program Increment dauert etwa 8 bis 12 Wochen.
Vor diesem Hintergrund werden PI-Planning-Sessions vierteljährlich durchgeführt, und der übliche Zeitplan lautet:
Vor diesem Hintergrund werden PI-Planning-Sessions vierteljährlich durchgeführt, und der übliche Zeitplan lautet:
- PI Planning Q1: Dezember
- PI Planning Q2: März
- PI Planning Q3: Juni
- PI Planning Q4: September
Sie werden im Voraus nach einem regelmäßigen und festen Zeitplan eingeplant. Auch die Einladungen werden rechtzeitig verschickt, damit alle Vorbereitungen termingerecht getroffen werden können.
Üblicherweise dauert eine Program-Increment-Planning-Session vor Ort zwei Tage mit einer vordefinierten Agenda und konkreten, terminierten Events. Die Agenda des Events wird im Folgenden beschrieben:
Zeitzone AEST
Agenda Tag 1
8:00 – 9:00 Uhr
Geschäftskontext 1 Std.
9:00 – 10:30 Uhr
Produkt-/Lösungsvision 1 Std. 30 Min.
10:30 – 11:30 Uhr
Architekturvision & Entwicklungspraktiken 1 Std.
11:30 – 13:00 Uhr
Planungskontext & Mittagessen 1 Std. 30 Min.
13:00 – 16:00 Uhr
Team-Breakouts 3 Std.
16:00 – 17:00 Uhr
Review des Planentwurfs 1 Std.
17:00 – 18:00 Uhr
Management Review & Problem Solving 1 Std.
Zeitzone AEST
Agenda Tag 2
8:00 – 9:00 Uhr
Planungsanpassungen 1 Std.
9:00 – 11:00 Uhr
Team-Breakouts 2 Std.
11:00 – 13:00 Uhr
Review des finalen Plans & Mittagessen 2 Std.
13:00 – 14:00 Uhr
Programmrisiken 1 Std.
14:00 – 14:15 Uhr
Confidence Vote 15 Min.
14:15 – 16:00 Uhr
Planüberarbeitung (falls erforderlich) 1 Std. 45 Min.
16:00 – 18:00 Uhr
Planungs-Retrospektive & Ausblick 2 Std.
Ein Beispielzeitplan für ein typisches PI-Planning-Event vor Ort, das sich über zwei volle Tage erstreckt.
Im Falle eines verteilten oder Remote-PI-Planning bleibt die Agenda jedoch dieselbe, während der Ablauf der Events von zahlreichen Variablen abhängt, die im folgenden Abschnitt erörtert werden.
BONUS-TIPP I
Bei einer PI-Planning-Session vor Ort haben Sie zwei dicht gepackte Tage mit weniger Pausen und viel persönlicher Interaktion und Geräuschkulisse. In einer virtuellen Umgebung muss das gesamte Erlebnis hingegen auf Bildschirme ausgelegt sein, mit starkem Fokus darauf, die Teilnehmer engagiert zu halten. Es kann sinnvoll sein, das Event auf drei bis vier Tage mit geringeren Zeitanforderungen auszudehnen, um Bildschirmmüdigkeit zu vermeiden.
Verteiltes PI Planning Wie führt man ein hervorragendes verteiltes/Remote-PI-Planning durch?
Das Agile Manifest besagt in aller Deutlichkeit:
- Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist das Gespräch von Angesicht zu Angesicht.
Entgegen der landläufigen Meinung wurzelt die Kernstärke von PI Planning nicht in der räumlichen Zusammenführung Ihrer Teams. Sie liegt darin, den treibenden Mechanismus so zu strukturieren und zu befähigen, dass physische Nähe – oder deren Fehlen – kein Faktor mehr für eine flüssige, transparente Kommunikation ist.
Es stimmt, dass PI Planning historisch ausschließlich als Präsenzveranstaltung praktiziert wurde. Es gibt jedoch eine Reihe von Faktoren, die diese Vorgehensweise auf lange Sicht nicht tragfähig machen:
- Die Organisation der Logistik für eine Handvoll standort- und kulturübergreifender Teams,
- regionale Reisebeschränkungen infolge der Pandemie,
- die Schaffung einer Umgebung psychologischer Sicherheit in einem ungewohnten Umfeld,
- das Finden eines Veranstaltungsorts, der groß genug und passend genug für das Event ist,
- und nicht zuletzt die finanziellen und zeitlichen Kosten dieses gesamten aufwändigen Arrangements.
Zugegeben, eine virtuelle PI-Planning-Session durchzuführen ist auch kein Kinderspiel. Wenn jedoch genügend Überlegung in die Gestaltung eines sozialen Erlebnisses fließt, bei dem sich Ihre agilen Teams gesehen fühlen – sowohl in ihrer Arbeit als auch als Personen –, kann der ROI Ihres Remote-Events tatsächlich besser sein als der eines Präsenzevents.
Stellen Sie nur sicher, dass Sie die gesamte Erfahrungsweisheit und das praktische Wissen mitnehmen, das in allen Abschnitten dieses Leitfadens und den Bonus-Tipps geboten wird.
Es gibt bestimmte Schwerpunktbereiche, die Sie bei der Planung Ihres Remote-PI-Planning-Events berücksichtigen müssen:
- Planungsstandorte: Minimieren Sie die Anzahl der verteilten Standorte, indem Sie die Anzahl der benötigten Standorte bestimmen.
- PI-Planning-Agenda: Erstellen einer inklusiven PI-Planning-Agenda, die mehrere Zeitzonen für die teilnehmenden Teams berücksichtigt.
- Einrichtungen: Einrichten des passenden physischen Raums für die Durchführung der Planung.
- Arbeitsvereinbarungen: Erfüllen der Bedürfnisse der Eventteilnehmer, um das Erlebnis für jedes Mitglied des ART zu optimieren.
- Tools: Einsatz angemessener Technologie zur Unterstützung der gesamten Bandbreite an Planungsaktivitäten.
- Moderation: Durchführung eines erfolgreichen verteilten PI-Planning-Events.
Ehrlich gesagt kann dies von Organisation zu Organisation (und von Zeitzone zu Zeitzone) variieren, aber dieser Zeitplan kann Ihnen eine gewisse Klarheit darüber verschaffen, wie Sie Ihre Remote-PI-Planning-Session mit minimaler Ermüdung und Erschöpfung planen.
Zone 1 AEST
Zone 2 CET
Agenda Tag 1
15:00 – 15:20 Uhr
7:00 – 7:20 Uhr
Eröffnung und Einführung Gefolgt von einer 10-minütigen Pause 20 Min.
15:30 – 15:50 Uhr
7:30 – 7:50 Uhr
Geschäftskontext Gefolgt von einer 10-minütigen Pause 20 Min.
16:00 – 16:20 Uhr
8:00 – 8:20 Uhr
Produkt-/Lösungsvision Gefolgt von einer 10-minütigen Pause 20 Min.
16:30 – 16:50 Uhr
8:30 – 8:50 Uhr
Architekturvision Gefolgt von einer 10-minütigen Pause 20 Min.
17:00 – 17:20 Uhr
9:00 – 9:20 Uhr
Entwicklungspraktiken Gefolgt von einer 10-minütigen Pause 20 Min.
17:30 – 17:50 Uhr
9:30 – 9:50 Uhr
Planungsanforderungen Gefolgt von einer 50-minütigen Essenspause 20 Min.
18:40 – 20:30 Uhr
10:40 – 12:30 Uhr
Team-Breakouts Scrum-of-Scrum-Checkpoints 1 Std. 50 Min.
Zone 1 AEST
Zone 2 CET
Agenda Tag 2
15:00 – 15:20 Uhr
7:00 – 7:20 Uhr
Team-Breakouts (falls erforderlich) Gefolgt von einer 10-minütigen Pause 20 Min.
15:30 – 15:50 Uhr
7:30 – 7:50 Uhr
Team-Synchronisation Gefolgt von einer 10-minütigen Pause 20 Min.
16:00 – 16:20 Uhr
8:00 – 8:20 Uhr
Review des Planentwurfs Gefolgt von einer 10-minütigen Pause 20 Min.
16:30 – 16:50 Uhr
8:30 – 8:50 Uhr
Management Review & Problem Solving (+ 10-minütige Pause) 20 Min.
17:00 – 17:20 Uhr
9:00 – 9:20 Uhr
Planungsanpassungen Gefolgt von einer 10-minütigen Pause 20 Min.
17:30 – 17:50 Uhr
9:30 – 9:50 Uhr
Planungsanforderungen Gefolgt von einer 50-minütigen Essenspause 20 Min.
18:40 – 20:30 Uhr
10:40 – 12:30 Uhr
Team-Breakouts Scrum-of-Scrum-Checkpoints 1 Std. 50 Min.
Zone 1 AEST
Zone 2 CET
Agenda Tag 3
15:00 – 15:20 Uhr
7:00 – 7:20 Uhr
Team-Breakouts (falls erforderlich) Gefolgt von einer 10-minütigen Pause 20 Min.
15:30 – 15:50 Uhr
7:30 – 7:50 Uhr
Team-Synchronisation Gefolgt von einer 10-minütigen Pause 20 Min.
16:00 – 16:20 Uhr
8:00 – 8:20 Uhr
Review des finalen Plans Gefolgt von einer 10-minütigen Pause 20 Min.
16:30 – 16:50 Uhr
8:30 – 8:50 Uhr
Management Review & Problem Solving (+ 10-minütige Pause) 20 Min.
17:00 – 17:20 Uhr
9:00 – 9:20 Uhr
Planungsanpassungen Gefolgt von einer 10-minütigen Pause 20 Min.
17:30 – 17:50 Uhr
9:30 – 9:50 Uhr
Planungsanforderungen Gefolgt von einer 50-minütigen Essenspause 20 Min.
18:40 – 20:30 Uhr
10:40 – 12:30 Uhr
Team-Breakouts Scrum-of-Scrum-Checkpoints 1 Std. 50 Min.
Ein Beispielzeitplan für ein Remote-PI-Planning-Event für zwei Zeitzonen, aufgeteilt auf drei halbe Tage mit häufigen Pausen.
BONUS-TIPP II
Behalten Sie bei einer verteilten oder Remote-PI-Planning-Session stets die Zeitzonen standortübergreifender Teams im Blick. Der Erfolg Ihres PI Planning hängt von der Qualität des Erlebnisses ab, das Sie rund um klare Ziele, eine ausgerichtete Stoßrichtung, Transparenz in den Teams sowie die zeitliche Sensibilität und Struktur Ihrer Sessions gestalten. Lassen Sie ausreichend Zeitpuffer für asynchrone Aktivitäten und gehen Sie umsichtig bei der Wahl der Zeiten für synchrone Aktivitäten vor. Halten Sie sich für einen zusätzlichen Tag bereit, falls es zu einem unvorhergesehenen Überlauf kommt.
PI Planning: Herausforderungen Wie meistert man PI-Planning-Herausforderungen?
Zu den strategischen Herausforderungen, mit denen Teams konfrontiert sind, die am Program Increment Planning teilnehmen, gehören vor allem die folgenden:
- Transparenz und Ausrichtung über den gesamten ART hinweg,
- effektive Zusammenarbeit,
- effiziente und wirkungsvolle Entscheidungsfindung,
- sinnvolle Kommunikation,
- zielgerichtetes Engagement.
In Bezug auf die Umsetzung äußern sich diese Herausforderungen wie folgt:
- mangelhafte Datenaufnahme,
- manuelle Erfassung von Informationen mit zeitlichem Aufwand und Fehleranfälligkeit,
- Verlieren der Geschäftsziele aus dem Blick,
- schlecht getimte Sessions,
- lange, schwerfällige Sessions,
- technische Ausfälle,
- schlecht vorbereitetes Session-Management.
Für einen RTE mit Jira-Teams besteht die größte Herausforderung bei der Durchführung eines Präsenz- und/oder Remote-PI-Planning darin, eine reibungslose, problemlose, bidirektionale Echtzeit-Integration zwischen ihrem Planungsboard und Jira sicherzustellen.
Manche Organisationen setzen ein Visualisierungstool für ihr Planungsboard ein. Auf den ersten Blick mag dies wie ein einfacher Weg zur Durchführung des PI Planning erscheinen, kann jedoch während des PI-Planning-Events und im Szenario nach dem PI Planning zu ernsthaften Folgen führen.
Die häufigsten Stolpersteine sind:
- Jira-Performance
Während des PI Planning, wenn Personengruppen auf ein Visualisierungsboard mit vielen verknüpften Karten zugreifen, hat die SAFe-Community Fälle dokumentiert, in denen die Jira-Performance erheblich beeinträchtigt wurde.
- Eingeschränkte Bearbeitungsmöglichkeiten
Da die Visualisierungstools nicht von Haus aus für den Zweck des PI Planning konzipiert sind, gibt es bestimmte Einschränkungen; eine davon ist die Anzahl der Nutzer, die das Board bearbeiten dürfen.
- Manueller Datentransfer
Daten aus dem und in das ALM-Tool müssen manuell gesichert und übertragen werden, was Zeit- und Genauigkeitskosten verursacht.
Beim Skalieren von Agilität sind diese Herausforderungen mit hohen Preisen verbunden. Verlorene Zeit und finanzielle Kosten sind dabei nur die messbaren. Die Enttäuschung/Demotivation der Teammitglieder und das Vertrauensdefizit zwischen den ART-Teams sind oft ein unerkannter und meist irreparabler Schaden. Glücklicherweise lassen sich diese Herausforderungen mit Kendis mühelos bewältigen.
BONUS-TIPP III
Proben Sie die Moderation, um sich des Spektrums an Problemen bewusst zu sein, denen Sie begegnen könnten. Stellen Sie sicher, dass das für die Organisation verantwortliche Team bei der Durchführung des PI Planning wie eine gut geölte Maschine funktioniert. Sie brauchen ihre Erfahrung im Management des Events, im Umgang mit den Menschen, im Beantworten häufiger Fragen und im Bewältigen des allgemeinen Drucks, der mit Events dieser Größenordnung einhergeht.
PI Planning: Vorbereitungs-Checkliste Was ist eine PI-Planning-Vorbereitungs-Checkliste?
Jeder und sein Hund kann Sie über alles informieren, was Sie für den Erfolg Ihres PI Planning vorbereiten müssen. Die Kunst besteht darin, den gesamten Vorbereitungsprozess in systematisierte Einheiten zu gliedern, wie es sich für jede Organisation gehört, die Agilität skaliert.
Gemäß der von SAFe bereitgestellten Anleitung gibt es drei wesentliche Bereiche der PI-Planning-Vorbereitung, die einer Überlegung bedürfen:
Gemäß der von SAFe bereitgestellten Anleitung gibt es drei wesentliche Bereiche der PI-Planning-Vorbereitung, die einer Überlegung bedürfen:
- Organisatorische Bereitschaft: strategische Ausrichtung sowie Aufstellung von Teams und Trains
- Inhaltliche Bereitschaft: Management- und Entwicklungsbereitschaft
- Logistische Bereitschaft: Überlegungen für die Durchführung eines erfolgreichen Events
Auf Basis dieser drei Themen finden Sie hier die Liste der Aspekte, auf die Sie besonders achten sollten:
- Umfang und Kontext der Planung: Wurde der Umfang (Produkt-, System-, Technologiebereich) des Planungsprozesses festgelegt? Wissen wir, welche Teams gemeinsam planen müssen?
- Geschäftliche Ausrichtung: Gab es ein gemeinsames Verständnis der Prioritäten unter den Business Owners?
- Agile Teams: Verfügen alle unsere agilen Teams über dedizierte Teammitglieder sowie einen festgelegten Scrum Master und Product Owner für jedes Team?
- Executive-Briefing: Ein Briefing, das für alle Teilnehmer den aktuellen Geschäftskontext herstellt
- Produktvisions-Briefing: Informiert das Produktmanagement über die Top-10-Features im Programm-Backlog?
- Architekturvisions-Briefing: Hat der CTO/Enterprise-Architekt/Systemarchitekt über die neuen Enabler, Features und nichtfunktionalen Anforderungen (NFRs) informiert?
- Standorte: Wie viele Planungsstandorte müssen wir betreiben?
- Technologie und Tools: Gekoppelt mit unserem ALM-Tool kümmert sich Kendis um unser PI-Program-Board in Echtzeit, die PI-Objectives, das ROAMing von Risiken, das Abhängigkeitsmanagement und die PI-Planning-Zeremonien, darunter: Scrum of Scrums, Confidence Vote sowie Inspect and Adapt. Welche weiteren Tools benötigen wir, um verteilte Planung oder Remote-Teilnehmer zu unterstützen? (Tipp: Die Antwort lautet keine. Sie sind startklar!)
- Kommunikationskanäle: primäre und sekundäre Audio-, Video-, Präsentations- und Gesprächskanäle für ein effektives persönliches Erlebnis.
Sie haben sicher bemerkt, dass die Checkliste stark auf die Beiträge aller Teilnehmer des ART angewiesen ist, wie es der obige Abschnitt zu den PI-Planning-Teilnehmern und ihren Rollen widerspiegelt.
BONUS-TIPP IV
Stellen Sie im Voraus bereit: ein Dokument mit Kontaktinformationen für den Zugang zu den Teamleitern; eine Liste der Kommunikationskanäle und wann welcher zu nutzen ist; einen Notfallplan/Plan B, falls ein Tool nicht so funktioniert, wie es der Moment erfordert.
PI Planning: Schritt-für-Schritt-Anleitung Können Sie eine PI-Planning-Vorlage bereitstellen?
Ob Ihre Teams Jira oder Azure DevOps/TFS als ALM-Tool nutzen – Kendis ermöglicht Ihnen, Ihr PI Planning mit einer Finesse durchzuführen, die keine andere Lösung am Markt bieten kann. Überzeugen Sie sich selbst!
Damit Sie sich besser auf Ihr PI Planning vorbereiten können, haben wir eine Schritt-für-Schritt-Anleitung erstellt, mit der Sie Ihre Boards einrichten, Nutzer einladen und sicherstellen können, dass alle wichtigen Schritte vor dem eigentlichen Planungsevent erledigt sind.
Diese Anleitung hilft Ihnen, einen Überblick über alle Möglichkeiten zu gewinnen, wie Kendis Sie während Ihres PI Planning unterstützt – unabhängig von Ihren und den Standorten Ihrer Teams.
Damit Sie sich besser auf Ihr PI Planning vorbereiten können, haben wir eine Schritt-für-Schritt-Anleitung erstellt, mit der Sie Ihre Boards einrichten, Nutzer einladen und sicherstellen können, dass alle wichtigen Schritte vor dem eigentlichen Planungsevent erledigt sind.
Diese Anleitung hilft Ihnen, einen Überblick über alle Möglichkeiten zu gewinnen, wie Kendis Sie während Ihres PI Planning unterstützt – unabhängig von Ihren und den Standorten Ihrer Teams.
Das leistungsstarke digitale Board, das Kendis für das PI Planning bietet, nutzt eine optimierte bidirektionale Echtzeit-Synchronisation mit Ihrem Jira-Board. Dadurch entfällt die Notwendigkeit, Daten manuell aus und in Jira zu übertragen, denn wenn Sie eine Änderung an einem Element auf dem Kendis Program Board vornehmen, werden diese Änderungen sofort mit Jira synchronisiert und umgekehrt.
Vor dem PI Planning
- 01 Die RTEs richten das PI-Board in Kendis ein und definieren die PI-Termine und -Dauer
- 02 Verbinden Sie sich mit Ihren Jira-Boards
- 03 Erstellen Sie Ihre farblich gekennzeichneten Teams
- 04 Definieren Sie die Sprints für das Program Increment
- 05 Holen Sie Features aus Jira auf Ihr Kendis-Board, mithilfe von Jira-Filtern oder JQL, ohne Performance-Einbußen bei Jira
- 06 Team-Stories in Jira, die bereits mit den Features verknüpft sind, werden automatisch auf Ihr Board abgerufen
- 07 Ordnen Sie Ihre Teams in Kendis den Jira-Boards zu
- 08 Laden Sie nun Ihre Teams zu Ihrem Kendis-Board ein
- 09 Beginnen Sie mit dem Aufsetzen der Planung, indem Sie den Geschäftskontext über Business Values definieren und die Features priorisieren.
PI-Planning-Tag
- 01 Während der Team-Breakouts legen die Scrum Master in ihren spezifischen Teambereichen in Kendis die Kapazität jedes Teams für jeden Sprint fest
- 02 Ziehen Sie Features aus dem priorisierten Programm-Backlog Ihres Jira-Boards in die Sprints auf Ihrem Kendis-Board
- 03 Klappen Sie die Feature-Karte auf und erstellen Sie Stories mit einem Titel und einer Schätzung in Story Points. Diese Stories erscheinen sofort auch in Ihrem Jira, verknüpft mit dem jeweiligen Feature und einem Sprint zugeordnet
- 04 Visualisieren Sie die farblich gekennzeichneten Abhängigkeiten per Drag-and-drop und kennzeichnen Sie Status, Verknüpfungstypen und Beschreibung. Verfolgen Sie die Auflösung Ihrer Abhängigkeiten, während sich ihre Visualisierung auf dem Board verändert
- 05 Nutzen Sie den Business Value Ihrer Objectives und verknüpfen Sie jedes mit Ihren Features
- 06 Messen Sie den Fortschritt jedes Objectives in Ihrem PI
- 07 In der Phase des Plan Review nutzen die Product Owners das Kendis-Board, um den Stand der Abhängigkeiten zu kommunizieren, die Risiken hervorzuheben und ihren Plan zu erläutern
- 08 Sehen Sie die Fertigstellungstermine der Features für jedes Team ein
- 09 Bewerten Sie das Verhältnis von Kapazität und Auslastung jedes Teams mit seinen Sprints
- 10 ROAMen Sie Ihre Risiken mithilfe des Risk Register auf dem Kendis-Board
- 11 Nutzen Sie die Confidence-Vote-Funktion auf Ihrem Kendis-Board, um für Ihr PI, Ihre Teams oder beides abzustimmen
- 12 Führen Sie die Inspect-and-Adapt-Session mithilfe des Inspect-&-Adapt-Moduls auf Ihrem Kendis-Board durch. Messen Sie die Programmleistung, bewerten Sie die Programmlieferung, und
- 13 Sobald der Planungsteil abgeschlossen ist, ändern Sie den Status Ihres Kendis-Boards auf Tracking
- 14 Exportieren Sie die Daten des Kendis-Boards in teilbare Formate wie Excel, CSV usw.
Nach dem PI Planning
- 01 Verfolgen Sie mithilfe der starken visuellen Management-Funktionen des Kendis-Boards den Fortschritt Ihrer Abhängigkeiten und Objectives
- 02 Nutzen Sie den Scope Change Tracker für die automatisierte Verfolgung Ihres PI-Fortschritts
- 03 Identifizieren Sie hinzugefügte/bearbeitete Features und Stories, die ihre Sprints gewechselt haben, um Scope-Zuwächse vorherzusagen und nachzuvollziehen, wie und wann Abweichungen in der Umsetzung gegenüber dem ursprünglichen PI Planning auftreten.
Kendis unterstützt eine nahtlose, bidirektionale Echtzeit-Synchronisation für Azure DevOps in seiner Cloud-Version und für TFS in seiner älteren Self-hosted-Version. Die Kernstärke des Kendis Program Board liegt darin, den gesamten Prozess des PI Planning reibungslos zu gestalten, wie eine gut geölte Maschine.
Vor dem PI Planning
- 01 Die RTEs richten das PI-Board in Kendis ein und definieren die PI-Termine und -Dauer
- 02 Verbinden Sie sich mit Azure DevOps oder TFS, indem Sie die entsprechende URL und das API-Token bereitstellen
- 03 Erstellen Sie Ihre farblich gekennzeichneten Teams
- 04 Definieren Sie die Sprints für das Program Increment
- 05 Holen Sie Features aus Jira auf Ihr Kendis-Board, mithilfe vorhandener Abfragen oder durch Eingabe einer neuen Wiql
- 06 Legen Sie fest, wie die Stories mit den Features in Beziehung stehen
- 07 Alle untergeordneten Stories der Features, die Sie über die Abfragen erhalten haben, werden automatisch auf Ihr Kendis-Board abgerufen
- 08 Ordnen Sie Ihre Teams in Kendis Azure DevOps zu
- 09 Laden Sie nun Ihre Teams zu Ihrem Kendis-Board ein
- 10 Beginnen Sie mit dem Aufsetzen der Planung, indem Sie den Geschäftskontext über Business Values definieren und die Features priorisieren
PI-Planning-Tag
- 01 Während der Team-Breakouts legen die Scrum Master in ihren spezifischen Teambereichen in Kendis die Kapazität jedes Teams für jeden Sprint fest
- 02 Ziehen Sie Features aus dem priorisierten Programm-Backlog in Ihrem Azure DevOps in die Sprints auf Ihrem Kendis-Board
- 03 Klappen Sie die Feature-Karte auf und erstellen Sie Stories mit einem Titel und einer Schätzung in Story Points. Diese Stories erscheinen sofort auch in Ihrem Azure DevOps, verknüpft mit dem jeweiligen Feature und einem Sprint zugeordnet
- 04 Visualisieren Sie die farblich gekennzeichneten Abhängigkeiten per Drag-and-drop und kennzeichnen Sie Status, Verknüpfungstypen und Beschreibung. Verfolgen Sie die Auflösung Ihrer Abhängigkeiten, während sich ihre Visualisierung auf dem Board verändert
- 05 Nutzen Sie den Business Value Ihrer Objectives und verknüpfen Sie jedes mit Ihren Features
- 06 Messen Sie den Fortschritt jedes Objectives in Ihrem PI
- 07 In der Phase des Plan Review nutzen die Product Owners das Kendis-Board, um den Stand der Abhängigkeiten zu kommunizieren, die Risiken hervorzuheben und ihren Plan zu erläutern
- 08 Sehen Sie die Fertigstellungstermine der Features für jedes Team ein
- 09 Bewerten Sie das Verhältnis von Kapazität und Auslastung jedes Teams mit seinen Sprints
- 10 ROAMen Sie Ihre Risiken mithilfe des Risk Register auf dem Kendis-Board
- 11 Nutzen Sie die Confidence-Vote-Funktion auf Ihrem Kendis-Board, um für Ihr PI, Ihre Teams oder beides abzustimmen
- 12 Führen Sie die Inspect-and-Adapt-Session mithilfe des Inspect-&-Adapt-Moduls auf Ihrem Kendis-Board durch. Messen Sie die Programmleistung, bewerten Sie die Programmlieferung, und
- 13 Sobald der Planungsteil abgeschlossen ist, ändern Sie den Status Ihres Kendis-Boards auf Tracking
- 14 Exportieren Sie die Daten des Kendis-Boards in teilbare Formate wie Excel, CSV usw.
Nach dem PI Planning
- 01 Verfolgen Sie mithilfe der starken visuellen Management-Funktionen des Kendis-Boards den Fortschritt Ihrer Abhängigkeiten und Objectives
- 02 Nutzen Sie den Scope Change Tracker für die automatisierte Verfolgung Ihres PI-Fortschritts
- 03 Identifizieren Sie hinzugefügte/bearbeitete Features und Stories, die ihre Sprints gewechselt haben, um Scope-Zuwächse vorherzusagen und nachzuvollziehen, wie und wann Abweichungen in der Umsetzung gegenüber dem ursprünglichen PI Planning auftreten
Konnten wir Ihre Fragen rund um PI Planning beantworten?
Gibt es etwas, das wir näher erläutern sollen?
Teilen Sie Ihre Erkenntnisse und Meinungen mit uns. Wir verbessern uns gerne. 🙂
Teilen Sie Ihre Erkenntnisse und Meinungen mit uns. Wir verbessern uns gerne. 🙂
Häufig gestellte Fragen zu PI Planning
Was ist PI Planning in SAFe? −
PI Planning (Program Increment Planning) ist ein kadenzbasiertes Präsenz- oder Remote-Event im Scaled Agile Framework (SAFe), bei dem jedes Team eines Agile Release Train (ART) zusammenkommt, um sich auf eine gemeinsame Mission und Vision auszurichten, die nächsten 8–12 Wochen Arbeit zu planen, Abhängigkeiten und Risiken zu identifizieren und sich auf eine Reihe von PI-Objectives festzulegen. Es ist der Herzschlag von SAFe und darf nicht übersprungen werden.
Wie oft wird PI Planning durchgeführt? +
PI Planning wird einmal pro Program Increment durchgeführt, das in der Regel 8–12 Wochen dauert. Das bedeutet, dass die meisten Organisationen PI Planning vierteljährlich – viermal im Jahr – nach einer festen, im Voraus veröffentlichten Kadenz durchführen, sodass Teams und Stakeholder darum herum planen können.
Wie lange dauert ein PI-Planning-Event? +
Ein standardmäßiges PI-Planning-Event vor Ort dauert zwei aufeinanderfolgende volle Tage. Verteiltes oder Remote-PI-Planning wird üblicherweise auf drei oder vier halbe Tage verteilt, um Bildschirmmüdigkeit zu reduzieren und mehrere Zeitzonen zu berücksichtigen, wobei die Agenda und die Ergebnisse gleich bleiben.
Wer moderiert PI Planning? +
Der Release Train Engineer (RTE) moderiert PI Planning. Der RTE verantwortet die Agenda, treibt den Zeitplan voran, leitet das Management Review und die Problem-Solving-Session und stellt sicher, dass jedes agile Team des ART bis zum Ende des Events committete PI-Objectives erstellt.
Was ist ein Program Board im PI Planning? +
Das Program Board ist das visuelle Artefakt, das während des PI Planning entsteht. Es bildet Features, Meilensteine und teamübergreifende Abhängigkeiten über die Sprints des bevorstehenden Program Increment ab und gibt dem ART ein einziges, gemeinsames Bild der Lieferzusagen und Risiken.
Was sind PI-Objectives und warum sind sie wichtig? +
PI-Objectives sind SMART formulierte, nach Geschäftswert gewichtete Ziele, zu denen sich jedes Team am Ende des PI Planning verpflichtet. Sie übersetzen Features in messbare Ergebnisse, geben Business Owners eine Möglichkeit, den Erfolg zu bewerten, und bilden die Grundlage für das Confidence Vote und das Inspect-&-Adapt-Event.
Was ist das Confidence Vote im PI Planning? +
Das Confidence Vote ist eine Fist-of-Five-Abstimmung am Ende des PI Planning, bei der jeder Teilnehmer bewertet, wie zuversichtlich er ist, die committeten PI-Objectives zu erreichen. Ein Durchschnitt von 3 oder höher wird akzeptiert; alles darunter löst eine Überarbeitung des Plans aus, bevor das Event endet.
Wie unterscheidet sich Remote- oder verteiltes PI Planning vom Präsenzformat? +
Remote-PI-Planning folgt derselben Agenda, wird jedoch in kürzere Halbtagesblöcke über mehrere Tage aufgeteilt, nutzt digitale Boards anstelle von Haftnotizen und ist auf eine zeitzonenbewusste Terminplanung angewiesen. Der größte Unterschied liegt im Tooling – ein bidirektionales Program Board in Echtzeit (synchronisiert mit Jira oder Azure DevOps) ersetzt die physische Wand.
Wie bereitet man sich auf ein erfolgreiches PI-Planning-Event vor? +
Erfolgreiches PI Planning erfordert vor dem Event drei Bereitschaftsprüfungen: organisatorische Bereitschaft (Teams, ARTs und Business Owners ausgerichtet), inhaltliche Bereitschaft (Top-Features priorisiert, Visions- und Architektur-Briefings vorbereitet) und logistische Bereitschaft (Standorte, Tools, Kommunikationskanäle bestätigt). Eine Vorbereitungs-Checkliste für das PI Planning beseitigt Überraschungen am ersten Tag.
Kann PI Planning mit Jira oder Azure DevOps durchgeführt werden? +
Ja. Kendis bietet eine bidirektionale Echtzeit-Synchronisation mit Jira, Azure DevOps und TFS, sodass Features, Stories, Abhängigkeiten und PI-Objectives während des gesamten PI-Planning-Events und der Umsetzung zwischen dem Program Board und Ihrem ALM-Tool synchron bleiben – ohne manuellen Datentransfer.
Noch Fragen?
Sprechen Sie mit unserem Produktexperten, um zu verstehen, wie Kendis Ihre Organisation auf ihrem Weg zur skalierten Agilität unterstützen kann.
Kontaktieren Sie uns jetzt Erhalten Sie eine personalisierte Demo – kostenlos.
Video ansehen
Programmberichte und Analysen
Arbeiten Sie an der Fertigstellung eines Release Train zusammen, mit einem umfassenden Überblick über alle Aktivitäten auf Ihrem Program Board, zusammengefasst in grafischen und tabellarischen Formaten.
Abhängigkeitsmanagement
Fassen Sie all Ihre PI-Abhängigkeiten in einer aussagekräftigen und einfachen dynamischen Lösung zusammen, die die Statusaktualisierungen der Abhängigkeiten während des gesamten PI gemäß den von Ihnen gewählten Triggern automatisiert.
Risk-Register-Tracking
Adressieren und visualisieren Sie die gegenwärtigen und kommenden Risiken Ihres Program Increment, Sprints oder Ihrer Iteration, um sie schnell zu identifizieren und reibungslos zu mindern.
Feature-Tracking
Visualisieren Sie den Fortschritt, die Entwicklung sowie das Hinzufügen und Entfernen von Features über Sprints und Teams hinweg auf einfache und unkomplizierte Weise.
Scope-Change-Tracking
Verfolgen Sie den Umfang Ihres PI und andere Änderungen nach der Planung, sparen Sie sich Stunden manueller Arbeit und schließen Sie die Möglichkeit menschlicher Fehler aus.
Lösung
Kendis bietet die komplette Lösung für Ihre Anforderungen an skalierte Agilität
Zusammenarbeit, Kommunikation und Transparenz bilden das Herzstück von Kendis. Es reduziert auf brillante Weise alle mühsamen Aufwände und macht den gesamten Prozess der Planung Ihres Program Increment zu einer sehr einfachen Aufgabe.
Video ansehen
Abhängigkeiten sind unerlässlich, um Faktoren zu erkennen, zu identifizieren und korrekt abzubilden, die Ihren Fortschritt beeinflussen. In Kendis können Sie mehrere Abhängigkeiten über Ihr Program Board hinweg erstellen und verfolgen.
Video ansehen
Mit Kendis können Sie die gegenwärtigen und kommenden Risiken Ihres Program Increment, Sprints oder Ihrer Iteration transparent adressieren und visualisieren, und zwar so, dass sich diese mühelos identifizieren und analysieren lassen.
Video ansehen
Erstellen Sie Objectives für jedes Team oder für Ihr Programm und verknüpfen Sie diese mit beliebigen Elementen auf Ihrem Board. So können Sie präzise auswählen, welche Features und Stories zum Objective beitragen.
Video ansehen
Eine äußerst wichtige und leistungsstarke Funktion, die einen Überblick über alle zuletzt durchgeführten Aktivitäten gibt. Dargestellt in grafischen oder tabellarischen Formaten, erhalten Sie alle notwendigen Informationen auf einen Blick.
Video ansehen
Probieren Sie es aus
Bereit loszulegen?
Wir priorisieren Ihre Prioritäten.
Kendis bietet die intelligenteste Skalierungslösung für die effizienteste Geschäftstransformation.
Kendis bietet die intelligenteste Skalierungslösung für die effizienteste Geschäftstransformation.
KostenlosKeine Kreditkarte erforderlich.