PRINCE2-Methodik: Prinzipien, Themen und Prozesse

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.
Related Reading
- Was ist Agile-Methodik
- Agile vs. Wasserfall
- Wasserfallmethodik im Projektmanagement
- Projektauftrag
- Projektlebenszyklus
- Projektstrukturplan
- Project Management Office (PMO)
- Projektrisikomanagement
- Meilensteinplan
- Critical Chain Project Management
- Aufgabenabhängigkeiten
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.

Senior Operations & Growth Strategist
On this page
- Was ist PRINCE2?
- Key Facts
- Die 7 Prinzipien, Themen und Prozesse von PRINCE2
- 7 Prinzipien
- 7 Themen
- 7 Prozesse
- PRINCE2 vs. PMBOK vs. Agile
- Vorteile von PRINCE2
- Grenzen von PRINCE2
- So wenden Sie PRINCE2 an
- Schritt 1: Projekt vorbereiten
- Schritt 2: Projekt initiieren
- Schritt 3: Das Projekt lenken
- Schritt 4: Eine Stufe steuern
- Schritt 5: Produktlieferung managen
- Schritt 6: Stufenübergang managen und abschließen
- PRINCE2-Beispiele: Wann es einzusetzen ist
- Best Practices: Do's und Don'ts
- Häufig gestellte Fragen
- Related Reading