PI Planning Zwei Tage, die ein ganzes Quartal prägen

Stell dir vor, 100 Leute sitzen zwei Tage zusammen in einem Raum — und am Ende wissen alle, was in den nächsten zehn Wochen passiert. Klingt utopisch? Genau das leistet PI Planning. Es ist das wichtigste Event in SAFe und der Moment, in dem aus einzelnen Teams ein synchronisierter Agile Release Train wird.

PI Planning auf einen Blick

Was?
Zweitägiges Planungs-Event für den gesamten ART
Wann?
Alle 8-12 Wochen (zu Beginn jedes Program Increments)
Wer?
Alle Teams des ART + Product Management + Stakeholder
Ergebnis
Gemeinsame PI-Ziele, Team-Pläne und identifizierte Abhängigkeiten

Warum ist PI Planning so wichtig?

PI Planning ist nicht einfach ein großes Meeting — es ist der Herzschlag des ART. Ohne PI Planning gibt es keinen gemeinsamen Plan, keine sichtbaren Abhängigkeiten und keine synchronisierten Teams. Dean Leffingwell, der Erfinder von SAFe, sagt: „Wenn du nur ein einziges SAFe-Element einführst, nimm PI Planning."

Der Grund ist einfach: In großen Organisationen scheitern Projekte selten an fehlender Kompetenz. Sie scheitern an fehlender Abstimmung. Team A wartet auf Team B, Team B wartet auf eine Entscheidung, und niemand merkt es — bis der Deadline-Druck kommt. PI Planning macht diese Abhängigkeiten sichtbar, bevor sie zum Problem werden.

Tag 1 Vision & Kontext Team Breakouts Draft Plan Review Management Review Tag 2 Anpassungen & Planung Final Plan Review PI-Ziele festlegen Confidence Vote Ergebnis: Synchronisierter Plan für 8-12 Wochen + sichtbare Abhängigkeiten
PI Planning: Zwei Tage, die zehn Wochen Arbeit synchronisieren

Wie läuft ein PI Planning ab?

Ein typisches PI Planning dauert zwei volle Tage. Der Ablauf ist bewusst strukturiert:

Tag 1 startet mit der Vision: Product Management stellt die Prioritäten für den nächsten PI vor. Anschließend gehen die Teams in Breakout-Sessions — sie planen ihre Arbeit, identifizieren Abhängigkeiten und erstellen erste Draft Plans. Am Ende des Tages zeigt jedes Team seinen vorläufigen Plan im Draft Plan Review.

Tag 2 beginnt mit Anpassungen auf Basis des Feedbacks. Teams lösen Konflikte, klären offene Abhängigkeiten und finalisieren ihre Pläne. Dann folgt der wichtigste Moment: Jedes Team formuliert seine PI-Ziele und bekennt sich zu konkreten Ergebnissen.

Den Abschluss bildet der Confidence Vote: Jedes Teammitglied zeigt per Handzeichen (1-5 Finger), wie zuversichtlich es ist, die PI-Ziele zu erreichen. Liegt der Durchschnitt unter drei, wird nachgebessert.

Was steht auf dem PI Planning Board?

Das PI Planning Board ist das physische (oder digitale) Herzstück des Events. Es zeigt:

  • Features: Die wichtigsten Vorhaben für den PI, priorisiert von Product Management
  • Stories pro Sprint: Jedes Team ordnet seine Stories den einzelnen Sprints zu
  • Abhängigkeiten: Rote Fäden (buchstäblich — mit rotem Garn!) zeigen, welches Team auf welches wartet
  • Risiken: Identifizierte Risiken werden mit dem ROAM-Modell bewertet (Resolved, Owned, Accepted, Mitigated)

Welche Fehler solltest du beim PI Planning vermeiden?

PI Planning ist mächtig — aber nur, wenn du diese Fallen umgehst:

  • Stakeholder kommen nicht: Wenn die Entscheidungsträger fehlen, können Teams ihre Fragen nicht klären. Ergebnis: vage Pläne und Frust.
  • Zu viel reinpacken: Teams neigen dazu, sich zu überladen. Der Confidence Vote hilft — aber nur, wenn er ehrlich ist.
  • Abhängigkeiten ignorieren: Das Board zeigt Abhängigkeiten. Wenn niemand sie löst, war die Visualisierung umsonst.
  • Remote halbherzig umsetzen: Hybrides PI Planning funktioniert — aber nur mit guter Moderation, geteilten Boards und klaren Regeln.