PRINCE2-Methodik: Prinzipien, Themen und Prozesse

PRINCE2-Methodik mit 7 Prinzipien, 7 Themen und 7 Prozessen

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Die PRINCE2-Methodik gibt Projektteams ein wiederholbares, skalierbares Rahmenwerk für kontrollierte, überprüfbare Projekte. PRINCE2 (PRojects IN Controlled Environments) begann 1989 als britischer Regierungsstandard und hat sich seitdem zu einem der weltweit am häufigsten genutzten Projektmanagement-Ansätze entwickelt. Es funktioniert, weil es trennt, was Sie tun müssen, von wie Sie es tun, wodurch Teams es an fast jede Branche oder Projektgröße anpassen können.

Was ist PRINCE2?

PRINCE2 ist eine prozessbasierte, stufenbasierte Projektmanagement-Methode, die von der Central Computer and Telecommunications Agency der britischen Regierung entwickelt wurde. Sie bietet ein strukturiertes Rahmenwerk aus 7 Prinzipien, 7 Themen und 7 Prozessen, das ein Projekt vom Start über die Lieferung bis zum formalen Abschluss führt.

Anders als PMBOK (Project Management Body of Knowledge), ein breites Set an Leitlinien und Wissensgebieten, veröffentlicht von PMI (Project Management Institute), ist PRINCE2 verbindlich. Es sagt Ihnen nicht nur, wie gutes Projektmanagement aussieht, sondern auch, wie Sie Ihr Projekt in definierte Stufen gliedern, wer an welchem Kontrollpunkt Entscheidungen trifft und welche Dokumente Sie erstellen müssen.

Die Methode ist von Natur aus skalierbar. Ein kleines dreimonatiges IT-Rollout nutzt dieselben sieben Prozesse wie ein mehrjähriges Infrastrukturprogramm. Der Unterschied liegt darin, wie viel Sorgfalt Sie in jeder Stufe anwenden.

Key Facts

PRINCE2 ist in über 150 Ländern aktiv und hat weltweit mehr als 1,8 Millionen Zertifizierungen ausgestellt, was es außerhalb Nordamerikas zur dominierenden strukturierten Projektmethode macht. (AXELOS, 2023)

Rund 90 % der IT-Projekte der britischen Regierung laufen unter PRINCE2 oder einem davon abgeleiteten Ansatz, was seinen Ursprung als Standard des öffentlichen Sektors widerspiegelt. (UK Cabinet Office, 2022)

Eine Umfrage des Project Management Institute aus 2021 ergab, dass Organisationen, die eine definierte Projektmethodik einsetzen, 28 % weniger Projektfehlschläge meldeten als solche ohne eine, was den Wert strukturierter Rahmenwerke wie PRINCE2 unterstreicht.

Die 7 Prinzipien, Themen und Prozesse von PRINCE2

PRINCE2 baut auf drei ineinandergreifenden Ebenen auf. Prinzipien sind nicht verhandelbare Regeln. Themen sind Wissensgebiete, die Sie fortlaufend adressieren müssen. Prozesse sind die aufeinanderfolgenden Schritte, denen ein Projekt vom Start bis zum Abschluss folgt.

7 Prinzipien

Prinzip Bedeutung
Fortlaufende geschäftliche Rechtfertigung Ein Projekt muss jederzeit einen gültigen Business Case haben. Verschwindet die Rechtfertigung, wird das Projekt gestoppt.
Aus Erfahrung lernen Erkenntnisse aus früheren Projekten müssen gesucht, festgehalten und angewendet werden.
Definierte Rollen und Verantwortlichkeiten Jedes Projekt hat ein Projektlenkungsgremium, einen Projektmanager und einen Teammanager mit klarer Verantwortlichkeit.
Steuerung nach Stufen Arbeit wird in einzelnen Management-Stufen geplant und gesteuert, nicht als ein langer Block.
Steuerung nach Ausnahmeprinzip Jede Managementebene legt Toleranzen fest; eine Eskalation erfolgt nur, wenn diese Toleranzen überschritten werden.
Fokus auf Produkte Ein Projekt existiert, um Ergebnisse (Produkte) zu erzeugen, nicht nur um Aktivitäten durchzuführen.
Anpassung an das Projekt Die Methode muss an Größe, Umfeld, Komplexität und Risikoprofil des Projekts angepasst werden.

7 Themen

Thema Zweck
Business Case Definiert, warum sich das Projekt lohnt, und verfolgt die fortlaufende Rechtfertigung
Organisation Legt die Governance-Struktur, Rollen und Verantwortlichkeiten fest
Qualität Legt fest, was die Produkte leisten müssen und wie sie überprüft werden
Pläne Beschreibt, wie und wann Ziele erreicht werden
Risiko Identifiziert, bewertet und steuert Bedrohungen und Chancen
Änderung Steuert Anfragen zur Änderung genehmigter Produkte oder Pläne
Fortschritt Überwacht die tatsächliche Leistung gegenüber dem Plan und prognostiziert die Tragfähigkeit

7 Prozesse

Prozess Wann er läuft Wichtigstes Ergebnis
Projekt vorbereiten (SU) Vor dem Projekt Projektskizze, grober Business Case
Projekt lenken (DP) Durchgehend Entscheidungen und Genehmigungen des Projektlenkungsgremiums
Projekt initiieren (IP) Initiierungsstufe Projekt-Initiierungsdokumentation (PID)
Stufe steuern (CS) Jede Lieferstufe Arbeitspakete, Problemregister, Fortschrittsberichte
Produktlieferung managen (MP) Jede Lieferstufe Fertige, qualitätsgeprüfte Produkte
Stufenübergang managen (SB) Ende jeder Stufe Aktualisierte Pläne, Überprüfung des Business Case
Projekt abschließen (CP) Abschlussstufe Projektabschlussbericht, Lessons-Learned-Bericht

PRINCE2 vs. PMBOK vs. Agile

Die Wahl eines Rahmenwerks hängt von den Governance-Anforderungen Ihrer Organisation, der Projektkomplexität und davon ab, wie viel Flexibilität Ihr Team braucht.

Dimension PRINCE2 PMBOK Agile (Scrum)
Herkunft Britische Regierung (1989) PMI, USA (1996) Softwarebranche (2001)
Typ Verbindliche Methode Wissensrahmenwerk Iteratives Mindset
Struktur 7 Prinzipien / 7 Themen / 7 Prozesse 10 Wissensgebiete / 5 Prozessgruppen Sprints, Backlog, Zeremonien
Stufentore Ja, verpflichtend zwischen den Stufen Optionale Meilensteine Sprint-Reviews
Dokumentation Umfangreich (PID, Business Case, Register) Umfangreich Minimal
Am besten geeignet für Governance-lastige oder regulierte Projekte Große, komplexe Programme Software- und Produktentwicklung
Flexibilität Hoch (Anpassung eingebaut) Hoch (Leitlinien, keine Regeln) Sehr hoch
Zertifizierungsstelle AXELOS/PeopleCert PMI Scrum Alliance/PMI

PRINCE2 und PMBOK schließen sich nicht gegenseitig aus. Viele Organisationen nutzen PRINCE2 als operative Methode und ziehen PMBOK für tiefergehendes Wissen in bestimmten Bereichen wie Beschaffung oder Stakeholder-Einbindung heran. Eine detaillierte Gegenüberstellung der Abwägungen zwischen Agile und Wasserfall hilft Ihnen zu entscheiden, wo PRINCE2 in Ihrem Liefermix steht.

Vorteile von PRINCE2

Klare Governance in jeder Stufe. Das Modell des Projektlenkungsgremiums bedeutet, dass Entscheidungsbefugnis eindeutig geregelt ist. Der Projektmanager führt das Tagesgeschäft der Lieferung; das Gremium genehmigt Stufenübergänge. Es besteht keine Unklarheit darüber, wer Umfangsänderungen oder zusätzliches Budget genehmigen kann.

Eingebaute geschäftliche Rechtfertigung. Der Business Case ist kein einmaliges Dokument. PRINCE2 verlangt, ihn an jedem Stufenübergang zu überprüfen und zu bestätigen. Rechtfertigen die erwarteten Vorteile die Kosten nicht mehr, wird gestoppt. Diese Disziplin bewahrt Organisationen davor, Geld in Projekte zu stecken, die bereits vom Kurs abgekommen sind.

Skalierbar für jede Größe. Ein Startup, das einen Produktlaunch mit drei Personen durchführt, und eine Regierungsbehörde, die ein landesweites IT-Rollout leitet, nutzen beide PRINCE2. Das Anpassungsprinzip bedeutet, dass Sie entfernen können, was Sie nicht brauchen, ohne die Methode zu brechen.

Branchenübergreifend übertragbar. PRINCE2 wurde für IT entwickelt, hat sich seitdem aber auf Bauwesen, Gesundheitswesen, Finanzwesen und Bildung ausgeweitet. Das Rahmenwerk ist branchenunabhängig, weil es sich auf Governance und Produktlieferung konzentriert, nicht auf domänenspezifische Praktiken.

Weithin anerkannte Zertifizierung. Die PRINCE2-Zertifizierungen Foundation und Practitioner werden von Arbeitgebern in Europa, im asiatisch-pazifischen Raum und im Nahen Osten anerkannt. Sie sind branchenübergreifend übertragbar, was bei domänenspezifischen Zertifizierungen oft nicht der Fall ist.

Grenzen von PRINCE2

Dokumentationsaufwand kann kleine Teams ausbremsen. Der vollständige Satz an PRINCE2-Management-Produkten (Projektskizze, PID, Risikoregister, Qualitätsregister, Lessons-Learned-Protokoll, Problemregister) kann sich bei einem kleinen Projekt schwerfällig anfühlen. Die Anpassung soll das eigentlich adressieren, aber Teams ohne PRINCE2-Erfahrung wissen oft nicht, was sie weglassen können.

Es setzt einen relativ stabilen Umfang voraus. PRINCE2 funktioniert am besten, wenn Sie definieren können, was Sie bauen, bevor Sie beginnen. Bei Projekten, deren Anforderungen sich schnell weiterentwickeln, kann ein reiner PRINCE2-Ansatz mit der Geschwindigkeit kollidieren, die iterative Methoden bieten. Viele Teams kombinieren die Governance-Ebene von PRINCE2 mit der Agile-Methodik in den Lieferstufen.

Lernkurve für neue Praktiker. Das dreistufige Modell (Prinzipien, Themen, Prozesse) ist logisch, sobald man es verstanden hat, aber Vokabular und Dokumentationsanforderungen brauchen Zeit, um verinnerlicht zu werden. Organisationen, die es zum ersten Mal einführen, benötigen in der Regel Schulungsinvestitionen, bevor sie Nutzen sehen.

Keine Vorgaben zu Terminplanungswerkzeugen. PRINCE2 verlangt, dass Sie Pläne erstellen, gibt aber nicht vor, wie. Ein Gantt-Diagramm, ein Projektstrukturplan oder ein Meilensteinplan sind alle zulässig. Teams ohne starke Planungsfähigkeiten behandeln diese Flexibilität manchmal als Erlaubnis, gründliche Planung ganz zu überspringen.

So wenden Sie PRINCE2 an

PRINCE2 führt Projekte durch sechs aufeinanderfolgende Management-Stufen. Jeder Stufenübergang ist ein Entscheidungspunkt für das Projektlenkungsgremium.

Schritt 1: Projekt vorbereiten

Bevor das Projekt formal beginnt, löst das Projektmandat die Erstellung einer Projektskizze aus. Der Projektmanager und der Auftraggeber arbeiten gemeinsam daran zu bestätigen, ob das Projekt tragfähig und die Initiierung wert ist. Das Ergebnis ist ein grober Business Case und eine Skizze, die das Projektlenkungsgremium zur Genehmigung der Initiierung nutzt.

Schritt 2: Projekt initiieren

Hier findet die detaillierte Planung statt. Das Team erstellt die Projekt-Initiierungsdokumentation (PID), die den Business Case, den Projektansatz, den Qualitätsmanagementansatz, den Risikomanagementansatz, den Änderungssteuerungsansatz und den Projektplan enthält. Das Projektlenkungsgremium prüft die PID und entscheidet, ob fortgefahren wird.

Schritt 3: Das Projekt lenken

Das Projektlenkungsgremium managt nicht das Tagesgeschäft. Stattdessen genehmigt es Stufen, behandelt Ausnahmen, die Toleranzen überschreiten, und bestätigt den Projektabschluss. Dieser Prozess läuft fortlaufend während des gesamten Projekts, nicht nur an einem Punkt. Ein gut strukturierter Projektauftrag fließt hier oft direkt in den Genehmigungsschritt ein.

Schritt 4: Eine Stufe steuern

Innerhalb jeder Lieferstufe weist der Projektmanager Arbeitspakete den Teammanagern zu, überwacht den Fortschritt, managt Probleme und Risiken und berichtet an das Projektlenkungsgremium. Der Stufenplan treibt die tägliche Aktivität an. Wird eine Toleranz überschritten, erstellt der Projektmanager einen Ausnahmebericht, statt einseitig zu entscheiden.

Schritt 5: Produktlieferung managen

Teammanager übernehmen Arbeitspakete, erstellen oder liefern Produkte und übergeben sie nach Qualitätsprüfungen an den Projektmanager zurück. Dieser Prozess hält Lieferteams darauf fokussiert, definierte Ergebnisse zu erzeugen, statt lediglich Aufgaben abzuschließen. Die Produktbeschreibung legt fest, wie "fertig" aussieht, bevor die Arbeit beginnt.

Schritt 6: Stufenübergang managen und abschließen

Am Ende jeder Stufe aktualisiert der Projektmanager den Projektplan, überarbeitet den Business Case, aktualisiert das Risikoregister und bereitet den Plan für die nächste Stufe zur Genehmigung durch das Projektlenkungsgremium vor. Endet die letzte Stufe, erzeugt der Prozess "Projekt abschließen" den Projektabschlussbericht, den Plan zur Nutzenüberprüfung und den Lessons-Learned-Bericht. Das Projektlenkungsgremium nimmt die Ergebnisse formal ab und löst das Projekt auf.

Das Verständnis des vollständigen Projektlebenszyklus hilft Teams zu erkennen, wie sich die Stufenübergänge von PRINCE2 auf umfassendere Lieferphasen in ihrer Organisation abbilden.

PRINCE2-Beispiele: Wann es einzusetzen ist

Projekttyp Gute Eignung? Warum
Regierung oder öffentlicher Sektor, IT Ausgezeichnet Governance-Anforderungen passen natürlich zu den Kontrollen von PRINCE2
Regulierte Branche (Finanzwesen, Gesundheitswesen) Ausgezeichnet Prüfpfade, definierte Rollen und Stufentor-Reviews erfüllen Compliance-Anforderungen
Große Infrastruktur- oder Bauprojekte Gut Fester Umfang mit definierten Liefergegenständen passt zum produktorientierten Ansatz
Programme mit mehreren Lieferanten Gut Klare Verantwortlichkeit und Änderungssteuerung reduzieren Lieferantenstreitigkeiten
Kleines internes Softwareprojekt Mäßig Mit starker Anpassung nutzen; Dokumentation auf das Wesentliche reduzieren
MVP-Entwicklung im Startup Schwach Schnelle Iteration und sich ändernde Anforderungen kollidieren mit den Annahmen der Stufentore
Laufender operativer Betrieb Schlecht PRINCE2 ist für temporäre Projekte mit definiertem Endpunkt gedacht, nicht für den Regelbetrieb

Für Projekte in der "mäßigen" Zone funktioniert ein hybrider Ansatz gut. Nutzen Sie die Governance-Hülle von PRINCE2 (Gremiumsstruktur, Stufentore, Business-Case-Reviews) und führen Sie je nach Art der Arbeit die Wasserfallmethodik oder agile Sprints innerhalb jeder Stufe aus.

Best Practices: Do's und Don'ts

Do Don't
Die Methode auf Ihre Projektgröße anpassen Jedes Management-Produkt auf jedes Projekt anwenden, unabhängig von der Größe
Den Business Case an jedem Stufenübergang überprüfen Den Business Case als einmaliges Genehmigungsdokument behandeln
Produktbeschreibungen definieren, bevor Arbeit zugewiesen wird Teams ohne klare Definition von "fertig" mit der Arbeit beginnen lassen
Das Ausnahmeprinzip nutzen, um Managementzeit zu schützen Jedes kleine Problem an das Projektlenkungsgremium eskalieren
Erkenntnisse fortlaufend festhalten, nicht nur am Ende Das Lessons-Learned-Protokoll für den Abschlussbericht aufheben und frühere Erkenntnisse vergessen
Mit agiler Lieferung innerhalb von Stufen kombinieren, in denen der Umfang fließend ist Versuchen, einen starren Wasserfall in Stufen zu erzwingen, in denen sich Anforderungen ändern werden
Ein Project Management Office (PMO) einrichten, um PRINCE2 portfolioweit zu standardisieren Jeden Projektmanager die Methode unterschiedlich interpretieren lassen

Für komplexe Programme mit mehreren miteinander verbundenen Projekten fügen sich Risikomanagement-Praktiken natürlich in das Risikothema von PRINCE2 ein und unterstützen das Ausnahmeprinzip auf Programmebene.

Häufig gestellte Fragen

Was ist der Unterschied zwischen PRINCE2 und PMP?

PRINCE2 ist eine Methode. Sie schreibt vor, wie ein Projekt strukturiert und geführt wird. PMP (Project Management Professional) ist eine Zertifizierung von PMI, die das Wissen eines Praktikers über das PMBOK-Rahmenwerk bestätigt, das ein Wissensbestand ist und keine verbindliche Methode. Viele Praktiker besitzen beides. PRINCE2 regelt, wie das Projekt organisiert ist; PMBOK liefert die breitere Wissensbasis.

Ist PRINCE2 für agile Projekte geeignet?

Ja, mit Anpassung. AXELOS veröffentlichte PRINCE2 Agile, das die Governance-Struktur von PRINCE2 mit agilen Liefertechniken wie Scrum und Kanban kombiniert. Die Idee ist, Stufentor-Kontrollen und definierte Rollen auf Managementebene beizubehalten, während Lieferteams die Flexibilität erhalten, innerhalb jeder Stufe iterativ zu arbeiten.

Wie lange dauert es, PRINCE2-zertifiziert zu werden?

Die Foundation-Zertifizierung erfordert typischerweise zwei bis drei Tage Vorbereitung und eine Prüfung mit 60 Fragen. Practitioner baut auf Foundation auf, enthält szenariobasierte Fragen und erfordert meist drei bis fünf weitere Vorbereitungstage. Beide Prüfungen werden online über PeopleCert angeboten.

Was ist ein Arbeitspaket in PRINCE2?

Ein Arbeitspaket ist die formale Vereinbarung zwischen dem Projektmanager und einem Teammanager. Es legt fest, welche Produkte zu erstellen sind, die Qualitätsanforderungen, die Zeitrahmen und die Berichtsfrequenz. Es ist der primäre Mechanismus, mit dem der Projektmanager Lieferung delegiert, ohne die Kontrolle über Umfang und Qualität zu verlieren.

Kann PRINCE2 zusammen mit einem Meilensteinplan oder Critical-Chain-Terminplanung genutzt werden?

Ja. PRINCE2 legt fest, dass Pläne existieren müssen, schreibt aber keine bestimmte Terminplanungstechnik vor. Teams nutzen häufig einen Meilensteinplan, um Stufenübergänge gegenüber Stakeholdern zu kommunizieren, Critical Chain Project Management, um Puffer und Ressourcenabhängigkeiten zu managen, und die Analyse von Aufgabenabhängigkeiten, um die Arbeit innerhalb jedes Stufenplans zu sequenzieren.

Die PRINCE2-Methodik hat sich ihren Platz als Standard-Governance-Rahmenwerk in Projekten des öffentlichen Sektors und regulierter Branchen aus gutem Grund verdient. Sie erzwingt die schwierigen Gespräche frühzeitig: Lohnt sich dieses Projekt noch? Wer hat die Befugnis, den Umfang zu ändern? Was bedeutet "fertig" wirklich? Teams, die diese Gewohnheiten in ihre Lieferkultur einbauen, liefern tendenziell vorhersehbarere Arbeit, mit weniger Überraschungen kurz vor dem Ziel.

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.