Rolling Wave Planning: Progressive Elaboration erklärt

Ein Sponsor verlangt einen vollständig detaillierten Zeitplan bis zum achtzehnten Monat eines Projekts, das drei Wochen alt ist, und Sie haben nicht die Informationen, ihn ehrlich zu liefern. Rolling Wave Planning ist die Antwort, die weder „Ich denke mir etwas aus" noch „Einen Zeitplan können Sie nicht bekommen" lautet. Es ist eine echte Technik mit echten Regeln, und sie gibt Ihnen eine Sprache, die ein Sponsor akzeptiert, statt eines Plans, den Sie in Woche sechs umschreiben.

Key Facts

• Der PMBOK Guide, Eighth Edition (PMI, November 2025) ist der aktuelle PMBOK Guide, aufgebaut um sieben Performance-Domänen, darunter Scope und Zeitplan, genau die zwei Domänen, die ein Rolling-Wave-Plan bei jedem Wellenwechsel synchron halten muss.
• „Rolling Wave gibt dem Programmteam, wenn es gut gemacht wird, einen Rahmen für einen ausgewogenen Programmansatz aus Kontrolle und Flexibilität", so PMIs eigene Anleitung zum Steuern von Programmen mit Rolling Wave von Gregory D. Githens, PMP.
• Die Verbreitung von Hybrid-Projektmanagement wuchs laut PMIs Forschung zur Fit-for-Purpose-Wende von 20 % der Projekte im Jahr 2020 auf 31,5 % im Jahr 2023, ein Anstieg um 57,5 %, die Wende, die Rolling Wave Planning weit über seine ursprüngliche Heimat im Programmmanagement hinaus verbreitet gemacht hat.
• Ein Planungspaket „muss in Arbeitspakete umgewandelt werden, bevor für den Aufwand irgendwelche Kosten anfallen", so PMIs Leitfaden zur Nutzung von Planungspaketen für Earned Value von Timothy J. Pasko, die Regel, die verhindert, dass ein Rolling-Wave-Plan still Kosten gegen Arbeit verbucht, die noch niemand detailliert hat.

Was Rolling Wave Planning tatsächlich ist (und wie es sich von Progressive Elaboration unterscheidet)

Die meisten Seiten zu diesem Thema verwenden diese beiden Begriffe austauschbar, und das ist das Erste, was zu korrigieren ist. Progressive Elaboration ist das Prinzip: Ein Plan wird detaillierter und genauer, wenn bessere Informationen eintreffen, und das gilt für die Abschnitte zu Scope, Kosten und Risiko eines Projektplans genauso wie für seinen Zeitplan. Rolling Wave Planning ist die Planungstechnik, die dieses Prinzip in einem festgelegten Rhythmus in die Praxis umsetzt und aus „wir klären das unterwegs" einen Horizont und einen Termin für die Neuplanung macht.

In der Praxis bedeutet das, nahe Arbeit bis auf die Ebene von Arbeitspaketen oder Aktivitäten zu zerlegen, also bis zu dem Punkt, an dem eine Aufgabe einen Verantwortlichen, eine Dauer und eine Liste von Abhängigkeiten hat, während alles weiter Entfernte in einem groben „Planungspaket" zusammengefasst bleibt: eine Budgetzahl und ein grober Meilenstein, mehr nicht. Wenn die Wellengrenze erreicht ist, bekommt der nächste Block seinen detaillierten Durchgang, und der Horizont rollt weiter. Das ist der „rollende" Teil, und er unterscheidet die Technik von Progressive Elaboration, die ad hoc geschieht.

Behalten Sie diese Unterscheidung im Kopf: Das meiste, was bei Rolling Wave Planning schiefgeht, lässt sich darauf zurückführen, die Technik selbst, die Welle, den Rhythmus, die Umwandlung von Planungspaketen in Arbeitspakete, als optional zu behandeln und nur den vagen Geist von „wir passen uns später an" beizubehalten. Die Performance-Domänen des PMBOK Guide behandeln Scope und Zeitplan als Bereiche, die integriert zu steuern sind, und Rolling Wave Planning ist ein konkreter Weg, das zu tun, wenn das ferne Ende eines Projekts noch nicht erkennbar ist.

Wie Rolling Wave Planning tatsächlich funktioniert: die Sicht Welle für Welle

Stellen Sie sich ein 12-monatiges Plattform-Migrationsprogramm vor, aufgeteilt in vier aufeinanderfolgende Phasen: Discovery, Build, Test und Cutover, mit einem Wellenhorizont von 3 Monaten. Beim Kickoff wird nur Discovery bis auf die Ebene der Arbeitspakete zerlegt. Alles danach existiert als ein einziges Planungspaket pro Phase: eine Budgetsumme und ein Zielmonat für den Abschluss, keine Aufgabenliste.

Zwei Dinge sorgen dafür, dass das funktioniert, statt ein schönerer Name für „wir improvisieren" zu sein. Jedes Planungspaket trägt weiterhin ein echtes Budget und ein Zieldatum, sodass das Programm vom ersten Tag an eine Gesamt-Baseline hat, obwohl die Interna nicht detailliert sind. Und die Umwandlung eines Planungspakets in ein Arbeitspaket geschieht an einem festen Datum, nicht dann, wenn sich jemand daran erinnert. Gregory Githens' PMI-Beitrag formuliert es gut: Künftige Arbeit mit einem „Black-Box"-Platzhalter kennzeichnen, der für Detail steht, das Sie später ergänzen, und die Wellengrenze selbst als geplante Arbeit behandeln, als einen Liefergegenstand, der in dieselbe Disziplin der Projekt-Liefergegenstände einfließt, die Sie auf alles andere anwenden, was das Projekt erzeugt. Liefergegenstände der nahen Welle erhalten vollständige Akzeptanzkriterien; Liefergegenstände, die zwei oder drei Wellen entfernt liegen, bleiben Platzhalter, bis ihre Welle kommt.

Wellenhorizont und Rhythmus wählen

Es gibt keine von PMI herausgegebene Tabelle, die besagt, dass eine Welle genau sechs Wochen oder genau ein Quartal dauern soll. Der Horizont ist eine Ermessensfrage, bestimmt davon, wie schnell Ihre Annahmen veralten. Zu kurz, und Sie verbringen mehr Zeit mit Neuplanung als mit der Arbeit; zu lang, und die „detaillierte" Welle, auf die Sie sich festgelegt haben, ist von der Realität abgedriftet, bevor Sie zur Hälfte durch sind. Die eigentlichen Treiber: Volatilität der Anforderungen, Beschaffungs- oder Dienstleister-Vorlaufzeiten, Vertragsart und Teamstabilität (ein Horizont, der länger ist als die durchschnittliche Zugehörigkeit eines Teammitglieds, ist eine Einladung zu Ärger). Githens' eigenes durchgerechnetes Beispiel ist ein nützlicher Orientierungspunkt: Ein 18-monatiges Programm mit 3-Monats-Horizonten und einem Sicherheitsfaktor von 20 Prozent ergibt grob sieben Zeithorizonte an der Spitze des Projektstrukturplans, jeder ein Checkpoint, um Annahmen zu überprüfen, bevor der nächste Detailblock festgelegt wird.

Betrachten Sie dies als Ausgangspunkt, nicht als Regel. Der eigentliche Test ist, ob Ihre nahe Welle über ihr gesamtes Fenster hinweg zutreffend bleibt. Falls nicht, verkürzen Sie den Horizont; wenn sich Neuplanung wie Beschäftigungstherapie anfühlt, weil sich nichts geändert hat, verlängern Sie ihn. Unsicherheit, die wirklich geklärt ist, braucht überhaupt keine Welle, eine Entscheidung, die sich im Projekt-Risikomanagement lohnt zu treffen, statt standardmäßig einen Horizont zu übernehmen, den eine Tabelle vorschlägt.

Rolling Wave Planning und der Projektstrukturplan

Rolling Wave Planning ersetzt den Projektstrukturplan nicht; es ändert, wann jeder Ast vollständig zerlegt wird. Die 100-Prozent-Regel gilt weiterhin zu jedem Zeitpunkt für das gesamte Programm, aber ferne Äste erfüllen sie mit einem einzelnen Planungspaket statt mit einem Baum von Arbeitspaketen. Dieser Begriff lohnt sich auch ohne formales EVM aus dem Earned-Value-Management zu übernehmen: Timothy Paskos PMI-Beitrag definiert ihn als ferne Arbeit innerhalb eines Kontrollkontos, die identifiziert, terminiert und budgetiert werden kann, aber noch nicht im Detail geplant ist. Die Regel, die ihm Biss gibt: Es wird in ein oder mehrere Arbeitspakete umgewandelt, bevor tatsächliche Kosten darauf gebucht werden. Sie können gegen einen Platzhalter budgetieren. Sie können nicht gegen einen ausgeben.

Den Projektstrukturplan des gesamten Programms zuerst auf Ebene der Planungspakete aufzubauen, hält die 100-Prozent-Regel über jede Welle hinweg intakt. Wer diesen Schritt überspringt und den Projektstrukturplan jeder Welle von null beginnt, entdeckt vergessenen Umfang drei Wellen später neu, ein weit teurerer Weg, ihn zu finden, als der Abgleich mit einem Platzhalter, den Sie am ersten Tag aufgeschrieben haben.

Baselines und Rolling Wave Planning: der schwierige Teil

Hier ist der Teil, den die meisten Erklärungen dieser Technik überspringen und an dem ein echter Projektmanager tatsächlich hängen bleibt: Wie halten Sie eine aussagekräftige Projekt-Baseline, wenn die Hälfte des Projektstrukturplans bewusst undefiniert ist?

Sie legen unterschiedliche Dinge auf unterschiedlichen Konfidenzniveaus als Baseline fest und sagen das ausdrücklich, statt so zu tun, als hätte der gesamte Plan gleiches Gewicht. Scope, Zeitplan und Kosten der aktuellen Welle werden auf Arbeitspaket-Ebene als Baseline gesetzt, mit derselben Strenge wie in einem vollständig prädiktiven Projekt. Alles dahinter wird ebenfalls als Baseline gesetzt, nur auf Ebene der Planungspakete: eine Budgetsumme und ein Meilensteindatum, keine Aufgabenliste. Die äußere Randbedingung, das Gesamtbudget und das Enddatum des Programms, wird vom ersten Tag an als Baseline gesetzt und als das gehalten, in das jede Welle hineinpassen muss.

Hier berührt Rolling Wave Planning einen Änderungssteuerungsprozess am direktesten. Die planmäßige Umwandlung eines Planungspakets in Arbeitspakete an der Grenze, auf die Sie sich bereits festgelegt haben, ist keine Änderung, sondern der Plan, der wie vorgesehen funktioniert. Eine Änderung ist dagegen, Umfang aus einer künftigen Welle vorzuziehen, ohne ihr Budget zu überprüfen, oder das Detail der aktuellen Welle über das hinaus wachsen zu lassen, wofür das Paket bemessen wurde. Beides sieht von außen im Vokabular von Rolling Wave exakt wie Umfangsausweitung aus, und das Einzige, was beides unterscheidet, ist, ob die Änderung dieselbe Genehmigung durchlaufen hat wie jede andere Baseline-Änderung. Wenn Pakete umgewandelt werden, ohne dass jemand das Ergebnis abnimmt, haben Sie eine Baseline, die sich alle paar Monate selbst zurücksetzt, ohne dass jemand für die Änderung geradesteht.

Schätzen in einer Rolling Wave

Die Schätzung der aktuellen Welle und die für eine Welle drei Horizonte entfernt sollten nicht dieselbe Methode nutzen. Nahe Arbeit ist gut genug verstanden, um einen Bottom-up-Durchgang zu verdienen: in Aufgaben zerlegen und die Drei-Punkt-Schätzung anwenden, mit einer optimistischen, wahrscheinlichsten und pessimistischen Spanne statt einer einzelnen Zahl, die sich als Gewissheit verkleidet. Ferne Arbeit stützt sich auf analoge Schätzung (Vergleich des Planungspakets mit einem ähnlichen aus einem früheren Programm) oder parametrische Schätzung (ein historischer Satz mal eine grobe Menge), die Techniken, die in der Projekt-Kostenschätzung für die frühe Budgetierung behandelt werden.

Was sich von Welle zu Welle verfestigen sollte, ist die Schätzung für das, was gerade in den aktuellen Horizont eintritt: In der letzten Welle war es eine grobe analoge Zahl, in dieser Welle ist es ein Bottom-up-Wert, aufgebaut aus dem, was Sie bei der Ausführung der Welle davor gelernt haben. Sie werden diese Entwicklung anderswo beschrieben finden, mit einem konkreten Konfidenzprozentsatz für jede Schätzklasse, von der groben Größenordnung auf der einen bis zur definitiven Schätzung auf der anderen Seite. Betrachten Sie jede Version, die Sie nicht auf eine benannte, abrufbare Quelle zurückführen können, als Dekoration, nicht als Beleg. Was ohne Zahl stimmt: Die Spanne verengt sich, weil Sie Annahmen Welle für Welle durch Messung ersetzen, und diese Verengung ist der Zweck.

Wo Rolling Wave Planning hineinpasst: prädiktiv, hybrid und agil

Rolling Wave Planning stammt aus dem prädiktiven, programmlastigen Projektmanagement, der Welt der Kontrollkonten und des Earned Value. Es ist genauso zu Hause in hybrider Lieferung, wo es oft das Bindegewebe ist: Nahe Arbeit läuft in agilen Sprints, während alles weiter Entfernte auf Ebene der Planungspakete bleibt, bis es nah genug ist, um ein sprintreifes Backlog zu rechtfertigen. Das ist ein großer Teil des Grundes, warum es sich über seine ursprüngliche Heimat hinaus verbreitet hat; PMIs eigene Forschung zur Wende hin zu Fit-for-Purpose-Lieferung fand, dass die Hybrid-Verbreitung von 20 % der Projekte im Jahr 2020 auf 31,5 % im Jahr 2023 stieg.

Etwas, das die meisten Vergleiche von Agile vs. Waterfall übergehen: Ein agiles Team, das Backlog Refinement betreibt, tut strukturell dasselbe wie ein Programm, das Rolling Wave Planning betreibt, nur mit anderem Vokabular und kürzerem Horizont. Der Scrum Guide beschreibt Refinement als das Aufschlüsseln von Product-Backlog-Einträgen und das Hinzufügen von Detail, sodass Einträge erst dann als „bereit für die Auswahl in einem Sprint Planning" gelten, wenn sie dieses Detail erhalten haben, während weiter unten liegende Einträge grob bleiben, bis sie an der Reihe sind. Tauschen Sie „Sprint" gegen „Welle" und „Backlog Refinement" gegen „Umwandlung eines Planungspakets", und Sie beschreiben dieselbe Disziplin.

Das ehrliche Argument gegenüber einem Sponsor, der „agil klingender" Sprache skeptisch gegenübersteht: Rolling Wave Planning ist kein Zugeständnis an Unsicherheit, sondern eine genauere Art, bereits bestehende Unsicherheit abzubilden. Vollständige Vorabplanung beseitigt diese Unsicherheit nicht, sie versteckt sie nur in Zahlen, die zuversichtlicher aussehen, als sie sind.

Wann Rolling Wave Planning die falsche Wahl ist

Die Technik verdient sich ihren Platz, wenn das ferne Ende des Projekts wirklich nicht erkennbar ist. Sie ist die falsche Wahl, wenn das nicht stimmt oder wenn derjenige, der zahlt, Gewissheit braucht, die sie strukturell nicht geben kann.

Githens weist auf einen verwandten Punkt hin, der Wiederholung verdient, weil er in die andere Richtung schneidet: Rolling Wave ist für Entwicklungsarbeit gebaut, bei der das ferne Ende wirklich ungeklärt ist, und es auf ein Deployment-Projekt anzuwenden (ein Rollout, eine Migration, ein Go-live, der schon vor dem Start gut verstanden ist), kann dieses Projekt langsamer und weniger effizient machen, als es komplett vorab zu planen. Es ist eine spezifische Antwort auf eine spezifische Art von Unsicherheit und sollte den Raum verlassen, sobald diese Unsicherheit verschwunden ist.

Wie Rolling Wave Planning missbraucht wird

Dies ist der Abschnitt, den die meisten Erklärungen überspringen, und der, der am meisten zählt, wenn Sie die Technik gegenüber einem skeptischen PMO verteidigen. „Rolling Wave" ist eine legitime Methode und zugleich eine Formel, die Teams deckt, die nie vorhatten zu planen.

Nichts davon ist exotisch. Es ist das vorhersehbare Ergebnis, Rolling-Wave-Vokabular ohne seine Disziplin zu übernehmen, und jedes lässt sich beheben, indem an die Stelle einer vagen Absicht ein Datum, ein Verantwortlicher und ein Genehmigungsschritt treten.

So führen Sie Rolling Wave Planning ein: Schritt für Schritt

Schritt 1: Bestätigen, dass dies tatsächlich die richtige Technik ist

Prüfen Sie, dass die Unsicherheit real ist und nicht nur unbearbeitet. Wenn spätere Phasen gut verstanden sind, aber niemand die Arbeit zu ihrer Planung terminiert hat, ist das eine Planungslücke und kein Fall für Rolling Wave. Echte Unsicherheit geht meist auf ungeklärte Abhängigkeiten zurück oder auf einen Projektlebenszyklus, in dem spätere Phasen von Ergebnissen abhängen, die Sie noch nicht haben.

Schritt 2: Wellenhorizont und Rhythmus festlegen

Nutzen Sie die oben genannten Treiber: Volatilität der Anforderungen, Beschaffungsvorlaufzeit, Vertragsart, Teamstabilität. Schreiben Sie Horizont und Neuplanungstermine in den Zeitplan selbst, nicht in ein Nebengespräch.

Schritt 3: Den Projektstrukturplan des gesamten Programms auf Ebene der Planungspakete aufbauen

Jede Phase und jeder Liefergegenstand erhält mindestens ein Planungspaket, eine Budgetzahl und ein Meilensteindatum, bevor irgendetwas weiter zerlegt wird. Das schützt die 100-Prozent-Regel vom ersten Tag an über jede Welle hinweg.

Schritt 4: Die aktuelle Welle bis auf Arbeitspaket-Ebene zerlegen

Wenden Sie die 8/80-Regel nur auf die aktuelle Welle an. Schätzen Sie sie mit der Drei-Punkt-Schätzung, da die Arbeit gut genug verstanden ist, um eine echte Spanne zu tragen.

Schritt 5: Die aktuelle Welle und die äußere Randbedingung des Programms als Baseline setzen

Setzen Sie die aktuelle Welle im vollen Detail als Baseline und das Gesamtbudget und Enddatum des Programms als die Randbedingung, in die jede künftige Welle passen muss.

Schritt 6: Ausführen, verfolgen und das Datum der Wellengrenze schützen

Führen Sie die aktuelle Welle wie jedes andere gut gesteuerte Arbeitsstück und verfolgen Sie die Ist-Werte gegen die gerade gesetzte Baseline.

Schritt 7: An der Grenze neu planen und es als echten Liefergegenstand behandeln

Wenn die Grenze erreicht ist, wandeln Sie das nächste Planungspaket in Arbeitspakete um, unter Nutzung dessen, was Sie bei der Ausführung der Welle davor gelernt haben, führen Sie jede daraus folgende Baseline-Änderung durch die formale Änderungssteuerung und rollen Sie den Horizont weiter.

Häufige Fehler bei Rolling Wave Planning

Rolling Wave Planning ist keine Absicherung gegen die Pflicht, sich festzulegen. Es ist eine ehrlichere Art, sich festzulegen: volles Detail für das, was Sie wissen, ein echtes Budget und Datum für das, was Sie noch nicht wissen, und ein fester Punkt, an dem diese Lücke sich schließt. Legen Sie den Horizont bewusst fest, setzen Sie jeder Neuplanungsarbeit einer Welle ein Datum und halten Sie die äußere Baseline stabil, während das interne Detail weiterrollt, und Sie haben einen Plan, dem ein Sponsor in Monat eins vertrauen kann und in Monat zwölf immer noch.