Wasserfall, Scrum, Kanban, PRINCE2, Lean oder Hybrid? Die Auswahl an Projektmanagement-Methoden ist groß. Noch größer ist die Verwirrung darüber, welcher Ansatz für welches Projekt wirklich geeignet ist. Denn ein innovatives Digitalprodukt braucht eine andere Steuerung als eine Standortmigration oder ein regulatorisches Großprojekt. Die wichtigsten Projektmanagement-Methoden im Vergleich zeigen deshalb vor allem eines: Es gibt keine beste Methode für alle Projekte. Entscheidend sind Unsicherheit, Änderungsdynamik, Abhängigkeiten und Governance. Wer diese Faktoren richtig bewertet, kann Methoden gezielt auswählen oder kombinieren – statt ein Projekt in ein ungeeignetes Framework zu pressen.

Projektmanagement-Methoden geben Struktur dafür, wie ein Projekt geplant, gesteuert und umgesetzt wird.

Sie können beispielsweise festlegen:

Allerdings werden unterschiedliche Begriffe häufig vermischt.

Scrum ist genau genommen ein Framework.

Kanban ist eine Managementmethode für Arbeitsfluss.

PRINCE2 ist eine Projektmanagement-Methode.

Die Critical Path Method ist eine Planungstechnik.

Lean ist eine Management- und Denkweise.

Und der PMBOK Guide ist kein festes Vorgehensmodell, das jedes Projekt identisch abarbeiten soll. Die aktuelle achte Ausgabe betont ausdrücklich Tailoring und unterstützt unterschiedliche Ansätze und Projektumgebungen.

Für die Praxis ist diese begriffliche Unterscheidung wichtig.

Denn Methoden lösen unterschiedliche Probleme.

Die Tabelle zeigt bereits:

Es gibt nicht die eine Alternative zu klassischem Projektmanagement.

Die Ansätze setzen an völlig unterschiedlichen Stellen an.

Beim klassischen linearen Vorgehen werden Projektphasen weitgehend nacheinander durchlaufen.

Typisch sind:

Der Begriff „Wasserfall“ wird heute teilweise abwertend verwendet.

Das ist nicht gerechtfertigt.

Predictive beziehungsweise lineare Vorgehensmodelle funktionieren gut, wenn das Projekt früh ausreichend verstanden wird.

Typische Einsatzfelder sind:

Die Association for Project Management beschreibt lineare, iterative und hybride Lebenszyklen ausdrücklich als legitime Optionen. Die Auswahl soll sich unter anderem an Ergebnis, Unsicherheit, Neuartigkeit und Risikobereitschaft orientieren.

Vor allem dann, wenn das Projekt bereits heute einen detaillierten Plan für etwas verlangt, das noch gar nicht ausreichend verstanden wird.

Ein neues digitales Geschäftsmodell auf 24 Monate vollständig vorauszuplanen, erzeugt möglicherweise einen exakten Plan.

Aber keine höhere Gewissheit.

PRINCE2 ist eine vollständige Projektmanagement-Methode.

Die aktuelle Version PRINCE2 7 arbeitet mit:

Die aktuelle Version stärkt außerdem Themen wie Menschen, Nachhaltigkeit, Daten, digitale Technologien und Flexibilität.

PRINCE2 beantwortet insbesondere die Frage:

Wie organisieren und steuern wir ein Projekt kontrolliert?

Das macht die Methode interessant für:

PRINCE2 scheitert in der Praxis häufig nicht an PRINCE2.

Es scheitert an übertriebener Anwendung.

Wenn jedes kleine Projekt dieselben:

erhält wie ein strategisches Millionenprojekt, entsteht Bürokratie.

PRINCE2 7 betont deshalb stärker Flexibilität und Anpassung. PeopleCert weist außerdem ausdrücklich darauf hin, dass die Methode mit Agile, Lean und unterschiedlichen Delivery-Ansätzen verbunden werden kann.

Scrum eignet sich für komplexe Arbeit, bei der nicht alle Anforderungen und Lösungswege im Voraus bekannt sind.

Das Framework basiert auf:

Die aktuelle offizielle Version des Scrum Guides stammt weiterhin aus November 2020.

Scrum schreibt übrigens weder vor:

Diese Praktiken werden häufig mit Scrum verbunden, gehören aber nicht zwingend zum Framework.

Wenn die Organisation zwar Scrum Events einführt, aber:

Dann entsteht Scrum-Theater.

Nicht Agilität.

Kanban verfolgt eine andere Logik als Scrum.

Es verlangt keine Sprints und keine neuen Rollen.

Die Kanban Method beginnt bewusst mit dem bestehenden System und entwickelt es evolutionär weiter.

Zu den Kernpraktiken gehören:

Kanban ist besonders interessant für:

Die zentrale Idee ist einfach:

Nicht möglichst viel Arbeit anfangen. Möglichst zuverlässig Arbeit fertigstellen.

Ein dokumentiertes internationales Umfeld mit mehr als 40 Teams hatte massive Probleme mit nicht abgeschlossener Arbeit. Rund 60 bis 70 Prozent der geplanten Arbeit wurden teilweise in folgende Perioden übertragen.

Durch stärkere Nutzung von Flow Metrics, kleinere Arbeitspakete und Begrenzung paralleler Arbeit sank dieser Anteil innerhalb ungefähr eines Jahres auf etwa 20 bis 30 Prozent. Gleichzeitig halbierte sich der Work in Progress ungefähr.

Das Unternehmen wird in der veröffentlichten Fallbeschreibung selbst anonymisiert.

Die Erkenntnis daraus ist wichtiger als die konkrete Zahl:

Kanban verbessert nicht Planung durch mehr Planung.

Es verbessert das System, durch das Arbeit fließt.

Lean stammt historisch aus Produktionssystemen, wurde aber längst auf Wissensarbeit übertragen.

Das Grundprinzip:

Mehr Kundennutzen mit weniger Verschwendung erzeugen.

Lean Thinking betrachtet fünf Schritte:

Typische Verschwendung in Projekten kann sein:

Lean ist deshalb weniger eine vollständige Projektmanagement-Methode.

Es ist eine sehr wirkungsvolle Perspektive auf das Arbeitssystem.

Lean lässt sich sehr gut mit anderen Ansätzen kombinieren.

Die Critical Path Method – CPM ist keine vollständige Projektmanagement-Methode.

Sie ist eine Terminplanungstechnik.

PMI definiert den kritischen Pfad als die längste Folge voneinander abhängiger Aktivitäten, die damit die kürzestmögliche Projektdauer bestimmt.

Beispiel:

Ein Projekt besitzt 800 Arbeitspakete.

Viele können später oder früher erledigt werden, ohne den Endtermin zu verändern.

Einige hängen jedoch direkt voneinander ab.

Verzögert sich eine Aktivität auf dem kritischen Pfad um zehn Tage, verschiebt sich ohne Gegenmaßnahmen auch das Projektende.

Der kritische Pfad zwingt Projektleiter dazu, zwischen:

„Diese Aufgabe ist verspätet“

und

„Diese Verspätung gefährdet unseren Endtermin“

zu unterscheiden.

Das ist ein erheblicher Unterschied.

CPM funktioniert nur so gut wie:

Bei hochdynamischer Produktentwicklung kann eine detaillierte langfristige Netzwerkplanung schnell veralten.

Stage-Gate wird vor allem in:

eingesetzt.

Ein Vorhaben durchläuft mehrere Entwicklungsphasen.

Zwischen ihnen liegen Gates.

Dort wird entschieden:

Die Gates bewerten unter anderem:

Das macht Stage-Gate insbesondere bei hohen Investitionen interessant.

Kapital wird schrittweise freigegeben.

Unsichere Ideen müssen nicht sofort vollständig finanziert werden.

Stage-Gate wird langsam, wenn jedes Gate zu einem umfangreichen bürokratischen Genehmigungsverfahren wird.

Moderne Ansätze kombinieren Stage-Gate deshalb teilweise mit iterativer Entwicklung.

Die übergeordnete Investmententscheidung bleibt bestehen.

Die Arbeit innerhalb einer Stage kann trotzdem agil erfolgen.

Hybrid bedeutet nicht:

Ein bisschen Scrum und ein bisschen Wasserfall.

Professionelles hybrides Projektmanagement trennt bewusst zwischen:

planbaren

und

unsicheren

Anteilen eines Vorhabens.

Beispiel:

Ein Unternehmen führt eine neue regulierte Plattform ein.

Predictive:

Agil:

Die zweite Ausgabe des Agile Practice Guide von 2026 geht inzwischen sogar weg von einer einfachen binären Unterscheidung. Stattdessen beschreibt PMI stärker ein Delivery-Kontinuum, auf dem predictive und agile Praktiken passend zum jeweiligen Kontext kombiniert werden.

APM argumentiert ähnlich: Agile und Waterfall liegen auf einem Kontinuum, und die Auswahl sollte zum Projekt, zur Organisation und zum Vertragsumfeld passen.

Bei großen öffentlichen IT-Vorhaben mit festen regulatorischen Terminen wurden klassische Gesamtplanung und Governance mit iterativer Softwareentwicklung verbunden.

Die Teams legten wesentliche Anforderungen zunächst fest. Entwicklung und Tests erfolgten anschließend in kurzen Iterationen. Stakeholder konnten dadurch Teile der Lösung früh sehen und Feedback liefern, während übergeordnete Termin- und Governanceanforderungen erhalten blieben.

Das ist der eigentliche Nutzen von Hybrid:

Stabilität dort, wo Stabilität gebraucht wird. Anpassungsfähigkeit dort, wo Lernen notwendig ist.

Die Auswahl lässt sich über fünf Fragen deutlich vereinfachen.

Sehr stabil:

→ predictive beziehungsweise klassisch prüfen.

Stark veränderlich:

→ Scrum, Kanban oder einen anderen adaptiven Ansatz prüfen.

Teilweise stabil:

→ Hybrid.

Problem und Lösung bekannt:

→ klassische Planung ist gut möglich.

Problem bekannt, Lösung unklar:

→ iterative Entwicklung gewinnt an Bedeutung.

Ein Softwarebildschirm lässt sich vergleichsweise einfach verändern.

Ein Fundament deutlich schlechter.

Je höher die Änderungskosten, desto wichtiger wird frühe Planung.

Wenn Kunden erst durch Nutzung herausfinden, was sie wirklich benötigen, sind kurze Feedbackzyklen entscheidend.

Berücksichtige:

Ein Projekt kann gleichzeitig hohe Governance und adaptive Entwicklung benötigen.

Dann spricht vieles für Hybrid.

Diese Matrix ersetzt keine Projektanalyse.

Sie verhindert aber einen häufigen Fehler:

Die Methode auszuwählen, bevor man das Projekt verstanden hat.

Noch vor einigen Jahren wurde häufig gefragt:

Agil oder klassisch?

Diese Frage verliert an Bedeutung.

Der aktuelle PMBOK Guide – Eighth Edition betont:

Auch der Agile Practice Guide 2026 stellt Framework-Neutralität und die situationsabhängige Auswahl von Praktiken stärker heraus.

Das moderne Verständnis lautet deshalb:

Methoden sind Werkzeuge.

Professionelles Projektmanagement bedeutet, das passende Werkzeug für das Problem auszuwählen.

Nicht das Problem an das Werkzeug anzupassen.

Hier entsteht häufig Verwirrung.

Der PMBOK Guide ist keine Methode wie PRINCE2.

Er stellt einen breiten Wissens- und Standardrahmen bereit.

Die aktuelle achte Ausgabe enthält unter anderem:

Ein Unternehmen kann deshalb beispielsweise:

PMI-orientiertes Projektmanagement + Scrum

oder

PMI-orientiertes Projektmanagement + predictive Delivery

verwenden.

Das widerspricht sich nicht.

Dasselbe Grundproblem entsteht, wenn Kompetenzmodelle mit konkreten Vorgehensmodellen gleichgesetzt werden.

Ein Zertifikat sagt noch nicht, welche Methode im konkreten Projekt die richtige ist.

„Wir müssen agiler werden.“

Das ist noch keine Projektanalyse.

Ein regulatorisches Infrastrukturprojekt braucht nicht dieselbe Steuerungslogik wie eine App.

Der Standard wird zum Selbstzweck.

Jedes Projekt entwickelt sein eigenes Verfahren.

Damit verschwinden Vergleichbarkeit und Governance.

Agile Arbeitsweisen reichen deutlich weiter als Scrum.

Ein digitales Board allein begrenzt keinen WIP und verbessert keinen Flow.

Zwei parallele Planungswelten ergeben noch kein hybrides Projektmanagement.

Ein gutes Framework kompensiert keine:

Die beste Methodik hilft wenig, wenn grundlegende Voraussetzungen fehlen.

Zum Beispiel wenn:

Dann entsteht häufig die falsche Reaktion:

Noch mehr Methode.

Zusätzliche Templates, Meetings und Zertifizierungen beheben aber kein Führungsproblem.

Methode kann gute Projektführung unterstützen.

Sie kann sie nicht ersetzen.

Welche Vorhaben existieren tatsächlich?

Zum Beispiel:

Nicht jedes Projekt braucht dieselbe Governance.

Unternehmensweit verbindlich können beispielsweise bleiben:

Je Projektklasse beispielsweise:

Nicht hunderte Seiten.

Eine Seite kann reichen:

Welche Methode nutzen wir – und warum?

Nicht nur fragen:

„Wird der Standard eingehalten?“

Sondern:

Keine Methode ist grundsätzlich die beste. Geeignet ist die Methode, die zu Unsicherheit, Projektart, Risiko, Governance und gewünschter Wertschöpfung passt.

Klassische beziehungsweise predictive Ansätze planen wesentliche Inhalte möglichst früh. Agile Ansätze arbeiten stärker iterativ und passen die weitere Arbeit regelmäßig anhand neuer Erkenntnisse an.

Das hängt vom IT-Projekt ab. Für Produktentwicklung eignen sich häufig Scrum oder Kanban. Infrastrukturmigrationen können stärker predictive gesteuert werden. Große IT-Transformationen arbeiten oft hybrid.

Ja. PRINCE2 7 wurde stärker auf Flexibilität, Menschen, Nachhaltigkeit, Digital und Daten ausgerichtet und lässt sich mit agilen beziehungsweise hybriden Delivery-Ansätzen verbinden.

Streng genommen ist Scrum ein Framework für komplexe Produktentwicklung beziehungsweise komplexe Arbeit. Es enthält keine vollständige Projektmanagement-Governance für Themen wie Business Case, Vertragssteuerung oder Portfolio Management.

Scrum arbeitet mit definierten Accountabilities, Events und zeitlich begrenzten Sprints. Kanban entwickelt den bestehenden Arbeitsprozess evolutionär weiter und konzentriert sich stark auf Flow und die Begrenzung paralleler Arbeit.

Viele Organisationen kombinieren bereits unterschiedliche Ansätze. Der Agile Practice Guide 2026 beschreibt deshalb stärker ein Delivery-Kontinuum statt einer einfachen Trennung in agil und klassisch. Entscheidend bleibt die bewusste Auswahl nach Kontext.

Die wichtigsten Projektmanagement-Methoden unterscheiden sich weniger darin, welche moderner ist.

Sie lösen unterschiedliche Probleme.

Wasserfall schafft Struktur für gut planbare Vorhaben.

PRINCE2 bietet starke Governance und klare Verantwortung.

Scrum unterstützt Lernen unter hoher Unsicherheit.

Kanban verbessert Flow und Vorhersagbarkeit.

Lean hilft, Verschwendung konsequent zu reduzieren.

Critical Path macht kritische Terminabhängigkeiten sichtbar.

Stage-Gate strukturiert Investitionsentscheidungen bei Innovation.

Hybrid verbindet unterschiedliche Steuerungslogiken innerhalb eines Vorhabens.

Die wichtigste Entwicklung im modernen Projektmanagement besteht deshalb nicht in der nächsten neuen Methode.

Sie besteht im Tailoring.

Aktuelle Standards bewegen sich genau in diese Richtung. Der PMBOK Guide betont Anpassungsfähigkeit und kontextbezogene Auswahl. Der Agile Practice Guide 2026 verabschiedet sich stärker von der simplen Gegenüberstellung „agil versus klassisch“ und betrachtet Delivery als Kontinuum.

Die entscheidende Frage lautet damit nicht:

„Welche Projektmanagement-Methode verwenden wir im Unternehmen?“

Sondern:

„Welcher Ansatz gibt diesem konkreten Projekt die höchste Wahrscheinlichkeit, seinen gewünschten Wert zu erzeugen?“

Unternehmen mit hoher Projektmanagement-Reife brauchen deshalb nicht zwingend einen besonders umfangreichen Methodenstandard.

Sie brauchen einen klaren Mindeststandard, gute Entscheidungsregeln und die Fähigkeit, Methoden bewusst an das jeweilige Vorhaben anzupassen.

PURE Consultant unterstützt Unternehmen dabei, Projektmanagement-Methoden, Governance und Standards so zu gestalten, dass klassische, agile und hybride Ansätze passend zum Projekt eingesetzt werden – mit so viel Struktur wie nötig und so wenig Bürokratie wie möglich.