PRINCE2 Agile oder klassisches PRINCE2: wann lohnt sich was?
Agile Lieferung braucht einen verhandelbaren Umfang. Fehlt der, hilft kein Sprintplan, dann verschiebt sich am Ende doch wieder der Termin.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Kurz gesagt
Die Frage ist nicht, ob du agil arbeiten darfst, sondern ob dein Umfeld agile Lieferung trägt. PRINCE2 Agile behält Lenkungsausschuss, Managementphasen und Ausnahmeprinzip bei und ändert vor allem, wie innerhalb der Arbeitspakete geliefert wird. Den Ausschlag gibt meist eine einzige Frage: Steht der Termin fest und ist der Umfang verhandelbar, oder ist es genau umgekehrt?
Stand dieser Seite: 04.10.2026
01 Worum es geht
Agil aufgesetzt und trotzdem in der alten Falle
Der häufigste Fehlstart sieht ordentlich aus: Das Team arbeitet in kurzen Zyklen, es gibt eine Aufgabenliste und regelmäßige Abstimmungen. Nur sind Termin und Umfang beide festgeschrieben. Sobald etwas Neues dazukommt, verschiebt sich der Endtermin, und das Vorgehen bekommt die Schuld für ein Problem, das aus der Vereinbarung stammt.
Der zweite Fehlstart ist die fehlende Steuerung. Es wird geliefert, aber niemand kann sagen, wie weit das Projekt insgesamt ist, weil es keine Projektproduktbeschreibung und keine Managementphasen gibt, gegen die man den Fortschritt misst. Der Lenkungsausschuss reagiert darauf mit mehr Nachfragen, das Team mit mehr Statusarbeit.
Beides kostet dieselbe Währung: Vertrauen. Wenn der erste agile Versuch im Haus schiefgeht, ist der zweite politisch teuer, unabhängig davon, wie gut er vorbereitet wäre.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
02 Im Detail
Symptom, Ursache, Lösung
Symptom
Das Team arbeitet in kurzen Zyklen, trotzdem verschiebt sich bei jeder Änderung der Endtermin.
Ursache
Termin und Umfang sind beide festgeschrieben. Es gibt keine Vereinbarung darüber, was zuerst entfällt, wenn etwas dazukommt.
Lösung
Termin und Budget festschreiben, den Umfang priorisieren und im Arbeitspaket festhalten, welche Abnahmekriterien Pflicht sind und welche verhandelbar.
Symptom
Für jede kleine Änderung wartet das Team auf eine Freigabe des Lenkungsausschusses.
Ursache
Die Änderungsbefugnis liegt vollständig oben, obwohl es um Entscheidungen innerhalb einer Timebox geht.
Lösung
Eine Änderungsbefugnis mit klaren Grenzen benennen, etwa beim Projektmanager, und festlegen, ab welcher Auswirkung nach oben eskaliert wird.
Symptom
Es wird regelmäßig etwas geliefert, aber niemand kann sagen, wie weit das Projekt insgesamt ist.
Ursache
Es gibt Ergebnisse aus einzelnen Zyklen, aber keine Projektproduktbeschreibung und keine Managementphasen als Bezugsgröße.
Lösung
Produktbasiert planen: das Projektprodukt beschreiben, in Managementphasen schneiden und je Stufe berichten. Die Timeboxen liegen darunter, nicht daneben.
Symptom
Der Auftraggeber besteht auf einer vollständigen Spezifikation, bevor irgendetwas beginnt.
Ursache
Vertrag oder Abnahmepflicht verlangen einen festen Leistungsumfang. Der Umfang ist damit keine bewegliche Größe.
Lösung
Klassisch fahren und den Agilometer als sachliche Begründung nutzen. Agile Elemente höchstens innerhalb einzelner Arbeitspakete einsetzen.
Symptom
Die Anmeldung zur Practitioner-Prüfung wird zurückgewiesen.
Ursache
Es fehlt die anerkannte Vorqualifikation, oder das vorhandene Zertifikat zählt nicht mehr dafür.
Lösung
Zuerst eine Foundation-Stufe abschließen und die aktuelle Liste der anerkannten Vorqualifikationen beim Prüfungsanbieter abgleichen, bevor du den Termin festlegst.
03 Was du mitnimmst
Was du danach unterscheiden kannst
Es geht nicht um eine Glaubensfrage, sondern um vier prüfbare Bedingungen, die entweder vorliegen oder eben nicht.
Fünf Prüfsteine vor der Entscheidung
- 01 Steht der Termin fest und ist der Umfang wirklich verhandelbar?
- 02 Lässt sich alle paar Wochen etwas Brauchbares übergeben?
- 03 Sind Pflicht- und Kannkriterien der Abnahme getrennt beschrieben?
- 04 Darf jemand unterhalb des Lenkungsausschusses Änderungen entscheiden?
- 05 Erlaubt der Vertrag mit der Lieferseite überhaupt einen beweglichen Umfang?
Umfeld ehrlich bewerten
Du kannst mit dem Agilometer belegen, ob agile Lieferung in deinem Projekt überhaupt tragfähig ist, statt darüber zu diskutieren.
Fest und flexibel vereinbaren
Du weißt, dass Termin und Budget festgeschrieben werden und der Umfang die bewegliche Größe ist, und wie du das im Arbeitspaket verankerst.
Abnahmekriterien priorisieren
Du kannst zwischen Pflichtkriterien und verhandelbaren Kriterien trennen, damit Qualität nicht die Größe ist, die beim Termindruck nachgibt.
Steuerung behalten
Du erkennst, welche Teile von PRINCE2 unverändert bleiben, damit der Lenkungsausschuss weiter entscheiden kann, ohne das Team auszubremsen.
Grenzfälle erkennen
Du benennst die Projekttypen, bei denen der klassische Weg die bessere Wahl bleibt, und kannst das begründen.
Zertifizierungsweg planen
Du weißt, welche Stufe ohne Vorbedingung offensteht und wofür du eine anerkannte Vorqualifikation brauchst.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Der Agilometer beantwortet die Vorfrage
PRINCE2 Agile stellt der Entscheidung ein Bewertungsinstrument voran, den Agilometer. Er bewertet nicht das Team, sondern das Umfeld: Wie flexibel ist der Lieferumfang, lässt sich in kurzen Abständen etwas Brauchbares übergeben, wie leicht kommen Fachbereich und Lieferseite miteinander ins Gespräch, und wie weit ist agile Arbeitsweise im Haus akzeptiert.
Das Ergebnis ist kein Ja oder Nein, sondern eine Liste mit Schwachstellen. Wenn der Wert bei der Zusammenarbeit niedrig ausfällt, ist das kein Ausschlusskriterium, sondern der Hinweis, dass du dort etwas ändern musst, bevor die erste Timebox startet. Genau dafür ist das Instrument gedacht, und deshalb gehört seine Anwendung an den Anfang und nicht in die Rückschau.
Fest und flexibel ist das eigentliche Werkzeug
Der Kern von PRINCE2 Agile ist eine Vereinbarung darüber, was festgeschrieben wird und was beweglich bleibt. Zeit und Kosten werden festgeschrieben, beweglich ist in erster Linie der Umfang. Statt den Termin zu verschieben, entscheidest du, was in dieser Lieferung noch mitkommt und was in die nächste rutscht. Die Leistungsgrößen dahinter hat PRINCE2 Agile inzwischen an PRINCE2 7 angeglichen: Neben Zeit, Kosten, Qualität, Umfang, Risiko und Nutzen steht jetzt auch die Nachhaltigkeit.
Damit das funktioniert, muss der Umfang vorher priorisiert sein. Üblich ist MoSCoW mit vier Stufen: Must have, Should have, Could have und Won't have this time, also Pflicht, Soll, Kann und bewusst nicht in dieser Lieferung. Wichtig ist die Konsequenz daraus: Die Pflichtkriterien sind nicht verhandelbar, alles andere ist es. Wer alles zur Pflicht erklärt, hat die Vereinbarung ausgehebelt und liefert wieder klassisch, nur mit anderen Wörtern.
Was am PRINCE2-Ablauf unverändert bleibt
Die sieben Prozesse bleiben, der Lenkungsausschuss bleibt, Managementphasen und Toleranzen bleiben, und das Ausnahmeprinzip bleibt auch. Agile Lieferung setzt an einer klar umrissenen Stelle an, nämlich beim Steuern der Produktlieferung. Dort enthält ein Arbeitspaket dann mehrere Timeboxen statt einer Terminliste.
Für den Lenkungsausschuss ändert sich damit weniger, als er befürchtet. Er entscheidet weiterhin an Phasengrenzen und bei Ausnahmen, nicht bei jeder Änderung innerhalb einer Timebox. Genau diese Trennung solltest du früh aussprechen, sonst wandert die Freigabe für Kleinigkeiten nach oben und das Team wartet.
Wann der klassische Weg die bessere Wahl bleibt
Wenn der Leistungsumfang vertraglich fixiert ist und ein externer Lieferant genau darauf kalkuliert hat, ist der Umfang keine bewegliche Größe mehr. Dann gewinnst du mit agiler Lieferung nichts, du verlagerst nur die Diskussion in Nachträge.
Ähnlich liegt der Fall bei Vorhaben mit einer einzigen Übergabe am Ende, etwa wenn eine Anlage erst im zusammengebauten Zustand nutzbar ist, oder wenn eine Abnahme durch eine Behörde eine vollständige Spezifikation vor Beginn verlangt. Auch lange Beschaffungszeiten für Hardware sprechen für klassische Planung, weil sich Reihenfolge und Zeitpunkte nicht kurzfristig umstellen lassen.
In solchen Projekten kannst du trotzdem einzelne Elemente übernehmen, etwa kurze Abstimmungszyklen innerhalb eines Arbeitspakets oder frühe Teilabnahmen. Das ist etwas anderes, als das Projekt insgesamt agil zu nennen.
Was die Zertifizierungsstufen voraussetzen
Die Foundation-Stufe von PRINCE2 Agile steht ohne Vorbedingung offen. Für die Practitioner-Stufe verlangt PeopleCert eine anerkannte Vorqualifikation, dazu zählen üblicherweise Zertifikate aus der PRINCE2-Familie sowie bestimmte Nachweise anderer Anbieter. Achte dabei auf die Fassung: Seit Mai 2025 gibt es PRINCE2 Agile in der Version 2, die an PRINCE2 7 angeglichen ist. Die erste Fassung läuft aus. Prüfungsgutscheine dafür werden seit dem 30. Juni 2026 nicht mehr verkauft, Prüfungen einschließlich Wiederholungen sind nur noch bis zum 31. Dezember 2026 möglich. Wer heute neu beginnt, lernt deshalb direkt nach der Version 2.
Wenn du beides brauchst, lohnt der Blick auf Kompaktvarianten, in denen Foundation und Practitioner unmittelbar aufeinander folgen. Der Vorteil liegt weniger im Zeitgewinn als darin, dass der Stoff aus der ersten Stufe noch präsent ist, wenn das Szenario der zweiten Stufe darauf aufbaut.
Dazu passende Kurse
Wer das Zusammenspiel von Rahmen und Lieferung an einem durchgehenden Beispiel durchspielen will, findet die passenden Stufen hier: Agile Projektmanagement-Kurse ansehen.
Wenn du noch schwankst, ob Projektarbeit oder Service-Management dein Schwerpunkt wird, hilft dir die Übersicht der Methodenzertifizierungen bei der Einordnung.
Wie sicher bist du beim Thema wirklich?
Lesen fühlt sich schnell nach Können an. Ein kurzer Test zeigt dir, was davon schon sitzt und wo sich ein Kurs lohnt. Kostenlos, ohne Anmeldung, mit einer Erklärung zu jeder Antwort.
04 Konkrete Kurse
Wo du genau das übst
- PRINCE2® 7 Agile Foundation
- PRINCE2® 7 Agile Practitioner
- PRINCE2® 7 Agile Kompakt Foundation & Practitioner
- PRINCE2® 7 Foundation
Weitere Kurse aus diesem Bereich
- PRINCE2® 7 Kompaktkurs (Foundation & Practitioner)
- PRINCE2® 7 Practitioner
- MSP® 5th Edition Foundation PRINCE2 Programm-Management
- MSP® 5th Edition Kompakt (Foundation & Practitioner) PRINCE2 Programm-Management
- MSP® 5th Edition Practitioner PRINCE2 Programm-Management
- PRINCE2® 7 Agile Practitioner (English)
- PRINCE2® 7 Compact (Foundation & Practitioner) (English)
- PRINCE2® 7 Foundation (English)
Preise, Orte und Buchung für alle Kurse des Bereichs findest du im Katalog: Alle ITIL- und PRINCE2-Schulungen mit Terminen.
Stimmen aus den Kursen
Was Teilnehmende über die Kurse in diesem Bereich sagen
Tolle Referentin, praxisorientiert, auf Fragen eingehend, moderne Projektführung - top!
Katharina war eine super Dozentin mit sehr viel Wissen. Sie ist auf alle Fragen eingegangen und konnte alle klären.
Ein sehr anspruchsvolles Training welches von einer sehr kompetente Trainerin geleitet wurde.
05 Fragen
Häufige Fragen
Deine Frage ist nicht dabei? Stell sie uns direkt, wir antworten dir persönlich.
Brauche ich PRINCE2 Foundation, bevor ich PRINCE2 Agile lerne?
Ersetzt PRINCE2 Agile Scrum?
Unser Termin steht fest und der Umfang auch. Was jetzt?
Können wir mitten im Projekt umstellen?
Passt thematisch dazu
Innerhalb der Arbeitspakete wird meist mit Scrum geliefert, und wer Rollen, Events und Artefakte von Scrum noch einmal sortieren will, findet sie im Glossar.
Für die Gegenseite der Entscheidung lohnt der Blick darauf, wann ein Vorgehen in festen Stufen trägt.
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem ITIL & PRINCE2-Programm den passenden Kurs für deinen Stand zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die auf eure Abläufe und euren Datenbestand zugeschnitten sind.
Erst die Bedingungen prüfen, dann die Stufe wählen
Wenn die Bedingungen für agile Lieferung stimmen, führt der Weg über die Agile-Stufen, und wer den Rahmen noch nicht kennt, beginnt beim klassischen Foundation-Kurs.