Hybride Projektmethoden: Wasserfall und Agil sinnvoll kombinieren

Wasserfall und Agil kombinieren Sie sinnvoll, indem Sie Rahmen und Meilensteine samt Freigaben planbasiert steuern und die Umsetzung innerhalb dieses Rahmens in kurzen Iterationen liefern. Die Kombination lohnt sich überall dort, wo ein Teil des Vorhabens festen Zwängen unterliegt, etwa Verträgen, Hardware oder Zulassungen, und ein anderer Teil sich nur durch Ausprobieren klären lässt. Entscheidend ist, dass jede Methode genau dort gilt, wo ihre Stärke liegt, und dass die Übergänge zwischen beiden vorher definiert sind.

Dieser Beitrag beschreibt vier Muster für hybride Projekte, ein Entscheidungswerkzeug mit vier Kriterien und die Schnittstellen, an denen hybride Vorhaben in der Praxis scheitern. Er richtet sich an Geschäftsführer und Bereichsleiter, die in einer Organisation mit klassischen und agilen Teams eine gemeinsame Steuerung brauchen.

Warum reicht eine einzige Methode oft nicht aus?

Eine einzige Methode reicht nicht aus, weil Vorhaben aus Teilen mit unterschiedlichen Änderungskosten bestehen. Eine Fertigungslinie, die bestellt und aufgebaut wird, lässt sich nach der Lieferung kaum noch ändern. Die Software, die sie steuert, kann dagegen wöchentlich angepasst werden. Wer beides nach demselben Muster steuert, plant entweder die Software zu früh und zu starr oder lässt die Hardware wie ein Experiment laufen.

Die Geschichte des Wasserfalls zeigt, dass die Trennung der Methoden selbst eine Verkürzung ist. Winston Royce beschrieb 1970 in einem Aufsatz zur Entwicklung großer Softwaresysteme das sequenzielle Vorgehen aus Anforderungen und Entwurf, Umsetzung sowie Test und hielt es für riskant, wenn es ohne Rückkopplung zwischen den Phasen läuft. Die spätere Praxis machte aus der Warnung ein Schema. Das Gegenstück, der Scrum Guide 2020, beschreibt dagegen Iterationen von höchstens einem Monat und setzt voraus, dass ein Produktziel existiert, auf das die Arbeit zielt. Beide Texte schließen eine Kombination nicht aus, und die Praxis verlangt sie häufig: Das Project Management Institute hat mit dem PMBOK Guide in der siebten Ausgabe von 2021 den Übergang von prozessbasierter zu prinzipienbasierter Beschreibung vollzogen und das Anpassen der Methode an den Kontext zum Grundsatz erhoben.

Welche Muster für hybride Projekte gibt es?

Vier Muster haben sich in der Praxis bewährt. Beim ersten Muster, dem planbasierten Rahmen mit agiler Umsetzung, steuert die Organisation Budget und Meilensteine sowie Freigaben nach einem klassischen Plan und liefert innerhalb jeder Phase in Sprints. Beim zweiten, dem agilen Kern mit festen Meilensteinen, arbeiten Teams iterativ, während die Geschäftsführung Termine für Vorstandsentscheidungen, Messen oder Vertragspartner als feste Anker setzt. Beim dritten, der Parallelspur, entwickelt ein Teil des Vorhabens nach Plan, etwa Hardware, Bauwerk oder Anlagenaufbau, und ein anderer iterativ, etwa Software oder Prozessdesign. Beim vierten, der agilen Klärung mit planbasierter Ausrollung, wird in einer Discovery-Phase iterativ erprobt, was gebaut werden soll, und anschließend in einem festen Plan ausgerollt.

Welches Muster passt, entscheidet sich an der Art der Zwänge. Verträge mit Festpreis und Abnahme sprechen für den planbasierten Rahmen, wie der Beitrag zu agilen Festpreisprojekten zeigt. Termine, die an externe Ereignisse gebunden sind, sprechen für feste Meilensteine, deren Planung der Beitrag zur Meilensteinplanung in agilen Programmen beschreibt. Ein Teil mit langer Beschaffung spricht für die Parallelspur.

Eine einfache Regel gibt Orientierung. Sprechen mindestens drei der vier ersten Kriterien für planbasiert, steuern Sie das Teilvorhaben nach Plan. Sprechen mindestens drei für iterativ, steuern Sie iterativ. Bei zwei zu zwei ist das Vorhaben zu groß geschnitten, und es lohnt sich, es in Teile zu zerlegen, bevor die Methode gewählt wird.

Wo scheitern hybride Projekte?

Hybride Projekte scheitern an den Schnittstellen zwischen den Teilen. Vier Schnittstellen entscheiden: Plan und Backlog; Budget und Umfang; Bericht und Realität; Rollen und Verantwortung.

An der Schnittstelle von Plan und Backlog entsteht der häufigste Fehler: Der Plan enthält Funktionen mit Terminen, das Backlog enthält Arbeit in Zyklen, und niemand hält beides zusammen. Abhilfe schafft eine gemeinsame Ebene mit Meilensteinen, die als Ergebnisse formuliert sind, etwa „Pilotlinie in Betrieb“. Das Backlog liefert dann die Teile, die zum Meilenstein führen. Wie Teams dabei Abhängigkeiten auflösen, zeigt der Beitrag zum Big Room Planning.

An der Schnittstelle von Budget und Umfang kollidieren zwei Logiken. Der Plan geht von einem festen Umfang und einem festen Budget aus, die iterative Arbeit passt den Umfang an. Der Ausweg ist ein Budget, das in Tranchen freigegeben wird, jeweils nach einem Review mit sichtbarem Ergebnis, und ein Umfang, der in Muss und Kann gestuft ist. So steht der Rahmen fest, und das Team behält den Raum zum Anpassen.

Bei Bericht und Realität zeigt sich ein stiller Fehler: Das Projekt meldet Ampeln nach Plan, während die Teams in Sprints nach Wert arbeiten, und beide Berichte beschreiben verschiedene Dinge. Ein gemeinsamer Bericht nutzt wenige Kennzahlen, die für beide Welten gelten, etwa Durchlaufzeit, Anteil fertiger Meilensteine und offene Abhängigkeiten.

Bei den Rollen schließlich ist die Frage nach dem Verantwortlichen für das Gesamtergebnis zu beantworten. Der Projektleiter verantwortet Rahmen und Meilensteine, der Product Owner den Wert der iterativen Teile, und jemand muss die Schnittstelle zwischen beiden halten. Diese Aufgabe übernimmt in vielen Organisationen ein Delivery Manager.

Wie führt man ein hybrides Projekt ein?

Ein hybrides Projekt führen Sie in fünf Schritten ein. Zuerst wird das Vorhaben in Teile zerlegt und jedes Teil mit den Kriterien aus der Tabelle bewertet. Danach legt die Geschäftsführung für jedes Teil die Steuerung fest und schreibt sie in einem Projektauftrag nieder, der auch die Übergänge nennt. Im dritten Schritt entsteht der gemeinsame Rahmen aus Meilensteinen als Ergebnissen, dazu freigegebene Budgettranchen sowie ein Bericht mit gemeinsamen Kennzahlen. Im vierten Schritt starten die Teile mit ihrer jeweiligen Methode, wobei Iterationsteams ihren Takt an die Meilensteine anbinden. Im fünften Schritt trifft sich die Steuerungsrunde in einem festen Rhythmus, etwa alle vier Wochen, prüft die Übergaben und passt die Zuordnung an, wenn sich Änderungskosten oder Klarheit verändert haben.

Wer eine Entscheidung zwischen zwei Teamverfahren innerhalb der iterativen Teile treffen muss, findet im Beitrag zu Scrum oder Kanban die Kriterien dafür.

Welche Fehlformen sind typisch?

Die häufigste Fehlform ist ein Wasserfall mit agiler Fassade. Die Organisation nennt Phasen Sprints und Lastenhefte Backlogs, ändert aber weder Freigaben noch Berichte, sodass die Teams nach Plan arbeiten und nur anders heißen. Das Gegenbild ist der agile Aktionismus: Teams iterieren ohne Rahmen, und niemand kann sagen, wann welches Ergebnis zugesagt ist. Eine dritte Fehlform ist der Methodenkrieg, in dem klassische Projektleiter und agile Rollen um Zuständigkeiten ringen, weil keine Ebene sie verbindet. In allen drei Fällen fehlt die Klärung, wer an welcher Stelle entscheidet und wofür.

Hybride Projekte mit Niehues Consulting

Niehues Consulting ist eine Beratung für KI-Management und Organisationsdesign aus der Lieferperspektive mit Sitz in Düsseldorf. Gründer Marin Niehues baut Organisationen, die liefern, in Projekten von VC-finanzierten Scaleups bis zu DAX-40-Konzernen und in über 20 Ländern auf sechs Kontinenten. Im Leistungsfeld Delivery Management und Organisationsdesign arbeitet er als Delivery Manager, Projektmanager oder Product Owner an genau den Schnittstellen, an denen hybride Vorhaben entschieden werden.

Das Vorgehen folgt dem Niehues Delivery Model mit drei Phasen. Für hybride Projekte zählen zwei Prüffragen: Wer entscheidet, wer liefert, wer nutzt? Welche Rollen und Entscheidungswege sowie Schnittstellen braucht der Betrieb? Den Einstieg bildet eine kostenfreie Erstberatung von 30 Minuten, die Sie über den Kontakt vereinbaren. Umfang und Konditionen eines Vorhabens werden in der kostenfreien Erstberatung besprochen.