Hybrides Projektmanagement: Agile und Waterfall kombinieren

Von Tara Minh · Aktualisiert am 10. Oktober 2026

Hybrides Projektmanagement kombiniert planbasierte Praktiken aus Waterfall mit der iterativen Lieferung aus Agile innerhalb eines Projekts. Teams legen in der Regel Umfangsgrenzen, Budget und Compliance-Gates vorab fest, bauen dann in kurzen Zyklen und passen die Details an, sobald sie dazulernen.

Wichtige Fakten

• Die Bezeichnung "Water-Scrum-Fall" stammt aus einem Forrester-Bericht von Analyst Dave West vom Juli 2011, der damit beschrieb, wie viele Organisationen Agile tatsächlich praktizieren (Forrester).
• Der Pulse of the Profession 2024 des PMI (15. Ausgabe) berichtet, dass die Nutzung hybrider Ansätze von 20 % im Jahr 2020 auf 31 % im Jahr 2023 gestiegen ist (Zusammenfassung von MPUG).
• Forresters zentrale Warnung: Das Modell ist nicht automatisch schlecht, aber Teams, die nicht bewusst entscheiden, wo die Grenzen verlaufen, erzielen kaum den Nutzen von Agile (Forrester).
• Hybrid funktioniert am besten, wenn Sie für jede Phase benennen können, ob sie vorab geplant oder unterwegs entdeckt wird.

Was ist hybrides Projektmanagement?

Hybrides Projektmanagement ist eine Art, ein Projekt zu führen, die gezielt prädiktive Methoden (im Waterfall-Stil) für die stabilen Teile der Arbeit und Agile-Methoden für die unsicheren Teile einsetzt. Es ist kein Kompromiss, bei dem alle ein bisschen von allem machen. Es ist eine Entscheidung, die pro Phase oder Workstream getroffen wird, darüber, wo Sicherheit besteht und wo nicht.

Die siebte Ausgabe des PMBOK Guide des PMI wendet ihre Prinzipien unabhängig vom Liefermodell an, ob prädiktiv, agil oder hybrid, und stellt das Tailoring in den Mittelpunkt (siehe unseren Überblick zum PMBOK Guide). In der Praxis heißt das: Sie wählen nicht zuerst einen Markennamen. Sie schauen sich die Arbeit an und wählen dann den Ansatz, der dazu passt.

Ein typisches Beispiel: Ein Unternehmen, das ein neues Kundenportal baut, hat ein festes Startdatum, ein unterschriebenes Budget und eine Sicherheitsprüfung, die es nicht überspringen kann. Aber niemand weiß, welche Funktionen Kundinnen und Kunden tatsächlich nutzen werden. Also genehmigt die Führung Umfang und Budget vorab (prädiktiv), das Team baut das Portal in zweiwöchigen Sprints (Agile), und die Sicherheitsprüfung sowie der Go-live folgen einer formalen Checkliste (wieder prädiktiv).

Wenn Sie zuerst die reinen Varianten kennenlernen möchten, beginnen Sie mit Agile vs. Waterfall, der Waterfall-Methodik und der Frage, was die agile Methodik ist.

Woher die Idee kommt: Water-Scrum-Fall

Dave West von Forrester gab diesem Muster 2011 einen Namen. Sein Bericht "Water-Scrum-Fall Is The Reality Of Agile For Most Organizations Today" argumentierte, dass sich die reale Agile-Einführung von den Ideen des Agile Manifesto entfernt hatte. Teams führten Scrum in der Projektmitte aus, während die Anforderungserhebung am Anfang und das Release-Management am Ende traditionell blieben (Forrester).

Der Name blieb hängen, weil er zutrifft. Water steht für die Planung und Anforderungen vorab. Scrum steht für den iterativen Bau. Fall steht für das formale Testen, Freigeben und Releasen.

West nannte es kein Scheitern. Sein Punkt war, dass das Modell eine bewusste Steuerung der beiden Grenzen braucht: von Water zu Scrum und von Scrum zu Fall. Wenn das Feedback aus jedem Sprint die in der Water-Phase festgelegten Anforderungen nicht mehr ändern kann, liefern die Sprints nur den ursprünglichen Plan in kleineren Stücken. Und wenn das Sprint-Ergebnis in einer Warteschlange auf ein quartalsweises Release wartet, geht die in der Mitte gewonnene Geschwindigkeit am Ende wieder verloren.

Das ist bis heute der beste Test für einen gesunden Hybrid. Fragen Sie, was an jeder Grenze passiert.

Gängige Hybridmodelle

Es gibt nicht den einen Hybrid. Dies sind die Muster, die Sie am häufigsten sehen.

Hybrid im Vergleich zu anderen Ansätzen

So schneidet Hybrid im Vergleich zu den reinen und benannten Frameworks ab, damit Sie sehen, wo jedes seine Abwägung trifft.

Disciplined Agile ist einen Blick wert, wenn Sie ein strukturiertes Toolkit zur Auswahl zwischen Lebenszyklen suchen, statt eine eigene Mischung zu erfinden.

Wann Hybrid die richtige Wahl ist

Setzen Sie Hybrid ein, wenn das Projekt sowohl feste als auch fließende Elemente hat und der Zwang in eine einzige Methode entweder die feste oder die fließende Seite beschädigen würde.

• Compliance bei Unsicherheit. Eine Bank muss ein Audit zu einem festen Datum bestehen, aber die kundenseitigen Oberflächen entwickeln sich weiter. Legen Sie den Prüfpfad und die Freigabeschritte fest. Iterieren Sie an den Oberflächen.
• Hardware plus Software. Ein Gerätehersteller kann Spritzgussformen nicht wöchentlich iterieren, die begleitende App aber kann mit jedem Sprint ausgeliefert werden.
• Große Programme mit Finanzierungszyklus. Das Finanzwesen genehmigt ein Jahresbudget, die Lieferteams müssen aber jeden Monat neu priorisieren.
• Teams im Wechsel von Waterfall zu Agile. Viele Organisationen können Governance, Verträge und Tooling nicht in einem Schritt ändern. Hybrid ist ein legitimes Zwischenziel, solange der Endzustand eine Entscheidung ist und kein Abdriften.
• Anbieter und Kunden mit unterschiedlichem Rhythmus. Wenn ein Kunde Liefergegenstände monatlich prüft und das Team im Zweiwochentakt sprintet, halten hybride Taktungen beide Seiten ehrlich.

Das PMI berichtet, dass die Nutzung von Hybrid zwischen 2020 und 2023 von 20 % auf 31 % gestiegen ist, es ist also keine ungewöhnliche Wahl mehr.

Wenn Ihr Projekt klein ist, der Umfang stabil und niemand nach Gates fragt, bleiben Sie bei reinem Waterfall oder reinem Agile. Hybrid erhöht den Koordinationsaufwand, und diesen Preis sollten Sie nur zahlen, wenn Sie brauchen, was er einbringt.

So richten Sie ein Hybridprojekt ein, Schritt für Schritt

Schritt 1: Die festen Rahmenbedingungen auflisten

Schreiben Sie alles auf, was sich nicht bewegen darf: das Startdatum, die Budgetobergrenze, regulatorische Prüfpunkte, vertragliche Liefergegenstände, feste Lieferzeiten von Anbietern. Das sind Ihre prädiktiven Anker.

Schritt 2: Die Unbekannten auflisten

Listen Sie als Nächstes auf, was Sie ehrlicherweise noch nicht wissen können. Nutzerpräferenzen, technische Machbarkeit, Leistung der Anbieter, den genauen Funktionsumfang. Eine Pre-Mortem ist ein schneller Weg, Unbekannte sichtbar zu machen, die das Team sonst ignorieren würde, und der Cone of Uncertainty erinnert daran, dass Schätzungen früh im Projekt naturgemäß breit sind.

Schritt 3: Die Arbeit in prädiktiv und adaptiv aufteilen

Gehen Sie den Projektstrukturplan durch und kennzeichnen Sie jede Phase oder jeden Workstream als prädiktiv, adaptiv oder gemischt. Faustregel: Wenn Sie die Akzeptanzkriterien heute schreiben könnten und erwarten, dass sie Bestand haben, ist es prädiktiv. Hängen die Kriterien von Feedback ab, das Sie noch nicht eingeholt haben, ist es adaptiv.

Schritt 4: Die Grenzen definieren

Diesen Schritt überspringen die meisten Teams, und genau hier greift Forresters Warnung. Halten Sie für jede Übergabe zwischen einem prädiktiven und einem adaptiven Teil fest:

• Was das adaptive Team erhält (ein Ziel und Rahmenbedingungen, keine 200-seitige Spezifikation).
• Was es ändern darf und wer größere Änderungen genehmigt.
• Was es an den prädiktiven Prozess zurückgibt (eine Demo, einen Build, einen Testbericht).
• Wie schnell der Release-Prozess dieses Ergebnis aufnehmen kann.

Schritt 5: Taktung und Zeremonien wählen

Legen Sie die Sprint- oder Flusstaktung für adaptive Arbeit und den Gate- oder Review-Rhythmus für prädiktive Arbeit fest. Stimmen Sie sie nach Möglichkeit aufeinander ab: Finden Gate-Reviews monatlich statt, machen Sie jedes zweite Sprint-Review zu einer Prüfung der Gate-Reife. Nutzen Sie Timeboxing, damit sich die Iterationsarbeit nicht über den Gate-Kalender hinaus ausdehnt.

Schritt 6: In rollierenden Wellen planen

Planen Sie die nahe Zukunft im Detail und halten Sie die ferne grob. Rolling Wave Planning passt hier natürlich: Die verbindliche Roadmap bleibt auf Meilensteinebene, während die nächsten ein bis zwei Iterationen im Detail geplant werden.

Schritt 7: Sich auf einen gemeinsamen Satz Kennzahlen einigen

Prädiktive Arbeit berichtet meist Termin- und Kostenabweichung. Adaptive Arbeit berichtet Velocity oder Durchsatz und Burndown. Wählen Sie einen kleinen gemeinsamen Satz, den die Geschäftsführung ohne Übersetzung lesen kann, etwa erreichte Meilensteine, gelieferter gegenüber geplantem Umfang und offene Risiken.

Schritt 8: Die Mischung überprüfen und anpassen

Fragen Sie an jedem Gate, ob die Aufteilung noch passt. Vielleicht ändert sich eine Phase, die Sie für prädiktiv hielten, ständig, oder ein adaptiver Bereich hat sich stabilisiert. Verschieben Sie die Linie. Ein Hybrid sollte feinjustiert, nicht eingefroren werden.

Vorlage für einen Hybrid-Projektplan

Kopieren Sie dies in ein Dokument oder eine Tabelle und füllen Sie es pro Projekt aus. Eine Zeile je Phase oder Workstream.

Fügen Sie darunter einen Abschnitt zu den Grenzen hinzu:

Hybrid-Beispiele nach Geschäftsbereich

Software und IT. Ein Unternehmen, das sein Abrechnungssystem ersetzt, legt den Umstellungstermin und den Datenmigrationsplan fest (prädiktiv), während das Team neue Rechnungsabläufe in Sprints baut und sie alle zwei Wochen mit Nutzern aus dem Finanzwesen testet.

Marketing. Ein Produktlaunch hat ein festes Datum, ein genehmigtes Budget und eine rechtliche Prüfung der Aussagen. Content, Anzeigenmotive und Landingpages laufen in wöchentlichen Sprints. Die rechtliche Freigabe und der Medieneinkauf folgen gesteuerten Schritten.

Operations und Facility Management. Die Eröffnung eines neuen Lagers erfordert einen Genehmigungsplan, Gerätelieferung und Ausbau in Folge. Die Bestands- und Scanabläufe darin werden iterativ aufgesetzt, in einem Gang erprobt und dann ausgeweitet.

HR. Die Einführung eines neuen Beurteilungsprozesses folgt einem Kalender, der an den Beurteilungszyklus und die Richtliniengenehmigungen gebunden ist. Die Formulare, das Führungskräftetraining und die Kommunikation werden über Pilotgruppen verfeinert.

Produktentwicklung. Ein Hersteller nutzt Stage Gates, um Mittel freizugeben. Zwischen den Gates iterieren Ingenieure an Prototypen, und Testergebnisse prägen den Business Case des nächsten Gates. Zur Verifikationsseite solcher Arbeit siehe das V-Modell.

Vertrieb und Customer Success. Eine CRM-Migration hat ein festes Vertragsende für das Altsystem. Die Datenbereinigung ist prädiktiv, während Dashboards, Playbooks und Routing-Regeln in kurzen Zyklen mit den Teams abgestimmt werden, die sie nutzen.

Dos und Don'ts im hybriden Projektmanagement

Do

• Entscheiden Sie die Aufteilung bewusst. Halten Sie fest, welche Teile prädiktiv und welche adaptiv sind, und warum.
• Steuern Sie zuerst die Grenzen. An den Übergaben scheitern Hybride, also investieren Sie dort Ihre Gestaltungsarbeit.
• Geben Sie adaptiven Teams echte Befugnisse innerhalb der Rahmenbedingungen. Sonst ist es Waterfall mit Stand-ups.
• Halten Sie die Governance verhältnismäßig. Gates sollten Ergebnisse und Risiken prüfen und nicht für jeden Sprint dieselben Dokumente verlangen.
• Nutzen Sie eine gemeinsame Sprache. Einigen Sie sich auf Begriffe wie "fertig", "Meilenstein" und "Release", damit beide Seiten dasselbe meinen.
• Überprüfen Sie die Mischung an jedem Gate und verschieben Sie die Linie, wenn die Belege es nahelegen.

Don't

• Setzen Sie kein tägliches Stand-up auf einen festen Plan und nennen Sie es Agile. Rituale ohne Flexibilität ändern nichts.
• Frieren Sie Anforderungen nicht in der Water-Phase ein und bitten Sie dann die Sprints, sich "anzupassen". Das Sprint-Feedback hat keinen Platz, wohin es fließen kann.
• Stauen Sie Sprint-Ergebnisse nicht hinter einem quartalsweisen Release. Sie verlieren den Nutzen häufiger Lieferung.
• Betreiben Sie nicht zwei Berichtssysteme, die die Geschäftsführung selbst abgleichen muss.
• Nutzen Sie "Hybrid" nicht als Ausrede, um eine Entscheidung zu vermeiden. Wenn Sie nicht sagen können, was fest und was fließend ist, haben Sie noch keinen Hybrid entworfen.
• Fügen Sie einem kleinen, stabilen Projekt keine Hybrid-Komplexität hinzu, das eine einzelne Methode sauber bewältigen würde.

Häufige Herausforderungen und der Umgang damit