Was tun, wenn PI Planning viel Abstimmung, aber wenig Steuerung erzeugt?

Das bekannte Bild nach PI Planning

Zwei Tage gemeinsame Planung. Dutzende Teams. Hunderte Post-its, Boards voller PI-Ziele und Abhängigkeiten. Am Ende präsentiert jedes Team seinen Plan, das Management gibt den Daumen hoch — und alle fahren ins Büro zurück.

Sechs Wochen später ist die erste Iteration beendet. Einige Abhängigkeiten sind ungelöst. Einige PI-Ziele wurden bereits angepasst. Das System-Demo zeigt weniger, als der Plan versprochen hat. Der RTE fragt sich: Warum erzeugt PI Planning so viel Aufwand, aber so wenig Steuerbarkeit?

Was PI Planning leisten kann — und was nicht

PI Planning ist eines der wirksamsten Koordinationsinstrumente in skalierten agilen Umgebungen. Es erzeugt Sichtbarkeit über Teams hinweg, deckt Abhängigkeiten auf, synchronisiert Planung und schafft ein gemeinsames Commitment. Das ist echte Stärke — wenn die Voraussetzungen stimmen.

Was PI Planning nicht kann: Probleme lösen, die vor dem Event entstehen. Ein unklarer ART-Backlog wird durch zwei Tage Planning nicht klarer. Führung, die nicht aligned ist, wird durch ein gemeinsames Meeting nicht aligned. Und Impediments, die zwischen den Iterationen nicht beseitigt werden, tauchen beim nächsten PI Planning wieder auf — in neuer Form.

Ursache 1: Der ART-Backlog ist nicht ready

Wenn Teams im PI Planning noch grundlegende Klärungsfragen zu Features haben — was genau soll gebaut werden, welche Akzeptanzkriterien gelten, welche Schnittstellen sind betroffen —, dann ist der Backlog nicht ausreichend vorbereitet. Die Planungszeit wird für Anforderungsklärung verwendet, nicht für Planung.

Ein ready ART-Backlog bedeutet: Features sind ausreichend beschrieben, Abhängigkeiten sind grob bekannt, Business-Wert ist kommuniziert — bevor das PI Planning beginnt. Das erfordert eine disziplinierte PI-Vorbereitung, in der Product Management und Business Owner gemeinsam priorisieren und klären.

Ursache 2: PI-Ziele sind zu vage

PI-Ziele sollen das Commitment eines Teams für das PI beschreiben. Wenn sie so formuliert sind, dass man sie am Ende des PI immer als erfüllt betrachten kann — „Lieferung verbessern“, „Qualität steigern“, „Zusammenarbeit optimieren“ —, dann verlieren sie ihre Steuerungswirkung.

Wirksame PI-Ziele benennen ein konkretes Ergebnis, das messbar ist: „Feature X ist deployed und getestet“, „Integration mit System Y ist abgeschlossen“, „Performance-Anforderung Z ist erfüllt“. Nur so können Abweichungen im PI-Verlauf frühzeitig erkannt und eskaliert werden.

Ursache 3: Führung ist nicht aligned

PI Planning funktioniert nur, wenn die Führungsebene — Business Owner, Produktverantwortliche, Portfolioebene — tatsächlich eine gemeinsame Prioritätenliste in das Event mitbringt. Wenn unterschiedliche Stakeholder unterschiedliche Prioritäten haben und das erst im PI Planning sichtbar wird, entsteht eine Planungssituation, die zu keinem belastbaren Ergebnis führen kann.

Executive Alignment ist keine Aufgabe des PI Planning — sie ist eine Voraussetzung. Die Klärung strategischer Prioritäten muss vor dem Event stattfinden. Der RTE kann diesen Prozess moderieren, aber nicht ersetzen.

Ursache 4: Abhängigkeiten werden nicht nachverfolgt

Abhängigkeiten, die im PI Planning identifiziert und auf dem Dependency Board sichtbar gemacht wurden, sind wertlos, wenn sie danach nicht aktiv gemanaged werden. Wenn ein Team eine Abhängigkeit nicht erfüllen kann, muss das sofort sichtbar werden — nicht in der nächsten System-Demo.

Wirksames Dependency Management erfordert explizite Verantwortlichkeit: Wer ist Owner einer Abhängigkeit? Wer eskaliert, wenn sie in Gefahr ist? Und wie ist der ART-weite Rhythmus, um Abhängigkeitsstatus zu überprüfen — im ART Sync, im System-Demo, in der Iteration Review?

Was wirklich hilft: vier Hebel

• ART-Backlog-Qualität sicherstellen: PI-Vorbereitung als disziplinierter Prozess — nicht als einmaliges Meeting. Product Management und Business Owner klären Features, bevor Teams sie sehen.
• PI-Ziele schärfen: Konkret, messbar, am Ende des PI eindeutig bewertbar. Kein Ziel, das immer als erfüllt gilt.
• Executive Alignment vor dem Event: Strategische Prioritäten klären, bevor Teams planen. Das spart Zeit im PI Planning und erhöht die Bindungskraft der Ergebnisse.
• Impediment-Prozesse etablieren: Blockaden, die Teams nicht selbst lösen können, brauchen einen schnellen, vorhersehbaren Eskalationsweg. Wenn Impediments im System hängen bleiben, verlieren Teams das Vertrauen in die Steuerungsstruktur.

Der erste Schritt: das PI Planning selbst unter die Lupe nehmen

Wenn PI Planning nicht wirkt, lohnt sich eine strukturierte Retrospektive auf den gesamten PI-Zyklus: Wie war die Backlog-Qualität beim Eintritt ins Planning? Wie konkret waren die PI-Ziele? Wie gut wurden Abhängigkeiten nachverfolgt? Wie schnell wurden Impediments gelöst?

Diese Diagnose zeigt, welche der vier Hebel den stärksten Einfluss hätten — und damit, wo anzusetzen ist. Ein erfahrener externer RTE kann diese Analyse begleiten und gleichzeitig erste konkrete Verbesserungsmaßnahmen moderieren.