PRINCE2 lernen: strukturiert Projekte führen

Viele Projekte scheitern nicht an der Technik, sondern an fehlender Struktur. PRINCE2 liefert dir genau diese Struktur: klare Rollen, transparente Entscheidungen und einen roten Faden von der Idee bis zum Projektabschluss.

Was ist PRINCE2 eigentlich genau?

PRINCE2 ist ein prozessorientierter Projektmanagement-Standard, der vor allem in Europa weit verbreitet ist. Er ist:

• methodenneutral: du kannst ihn mit verschiedenen Vorgehensmodellen kombinieren
• branchenunabhängig: für IT, Organisation, Produktentwicklung, Verwaltung
• skalierbar: vom kleinen Projekt bis zum komplexen Programm

PRINCE2 liefert dir keine Checkliste zum stumpfen Abarbeiten. Du bekommst einen Werkzeugkasten aus Prinzipien, Themen, Prozessen und Rollen, den du an dein Umfeld anpassen sollst. Dieses Anpassen nennt PRINCE2 „Tailoring“.

Gerade in Münchner IT-Teams, in denen Fachbereiche, externe Dienstleister und interne IT zusammenarbeiten, hilft dieser Rahmen, Erwartungen zu klären und Entscheidungen nachvollziehbar zu machen.

Die 7 PRINCE2-Prinzipien: Leitplanken statt Zwangsjacke

Die Prinzipien sind so etwas wie das Betriebssystem von PRINCE2. Wenn du sie verletzt, arbeitest du nicht mehr „PRINCE2-konform“.

Die 7 Prinzipien:

1. Fortlaufende geschäftliche Rechtfertigung Ohne belastbaren Business Case kein Projektstart und kein einfaches „Weiter so“. Du prüfst regelmäßig: Lohnt sich das Projekt noch?

2. Lernen aus Erfahrungen Lessons Learned nicht nur am Ende, sondern laufend. Beispiel: Nach jeder Phase kurze Reflexion, was du verbessern kannst.

3. Definierte Rollen und Verantwortlichkeiten Jeder weiß, welche Entscheidungen er treffen darf und wofür er verantwortlich ist. Gerade bei Matrixorganisationen in Unternehmen rund um München ist das Gold wert.

4. Steuern über Managementphasen Projekte werden in Phasen gegliedert. Am Ende jeder Phase steht eine Entscheidung: weiter, anpassen oder stoppen.

5. Steuern nach Ausnahmeprinzip Du definierst Toleranzen für Zeit, Kosten, Qualität, Umfang, Risiko und Nutzen. Solange das Projekt im Rahmen bleibt, arbeitet das Projektmanagement-Team eigenständig. Erst bei Abweichungen über den Toleranzen wird das Lenkungsgremium eingebunden.

6. Produktorientierung Fokus auf klar definierte Ergebnisse („Produkte“). Für jedes Produkt gibt es eine Beschreibung mit Qualitätskriterien. Das verhindert Missverständnisse à la „Ich dachte, das Feature kann auch noch X“.

7. Anpassen an die Projektumgebung Kein Projekt ist wie das andere. Du reduzierst Artefakte und Meetings auf das sinnvolle Maß. Ein kleines internes Projekt braucht keine 50-seitigen Dokumente.

Wenn du PRINCE2 lernen willst, lohnt es sich, diese Prinzipien zuerst zu verinnerlichen. Die restlichen Bausteine leiten sich im Grunde daraus ab.

Die 7 Themen: Was du im Projekt im Blick behalten musst

Die Themen beschreiben, was du managen musst, damit ein Projekt stabil läuft.

1. Business Case Herzstück des Projekts. Er beantwortet: Warum machen wir das? Was ist der erwartete Nutzen? Welche Kosten und Risiken stehen dagegen? Wichtig: Der Business Case ist ein lebendes Dokument. Wenn sich Rahmenbedingungen ändern, passt du ihn an und triffst auf dieser Basis Entscheidungen.

2. Organisation Wer spielt welche Rolle? PRINCE2 unterscheidet u. a.:

• Lenkungsausschuss (Project Board)
• Projektleitung (Project Manager)
• Teamleiter (Team Manager)
• Projektunterstützung (Project Support)
• gegebenenfalls Projektauftraggeber und Benutzervertreter

3. Qualität Was bedeutet „gut genug“ im Projektkontext? Du legst Qualitätskriterien fest und definierst, wie du sie überprüfst. Beispiel: Akzeptanzkriterien für ein neues Kundenportal oder Performance-Grenzen für eine Schnittstelle.

4. Pläne PRINCE2 kennt verschiedene Planungsebenen: Projektplan, Phasenpläne, Teampläne. Du planst immer aus Sicht der Produkte, die entstehen sollen, nicht nur aus Aktivitäten.

5. Risiko Strukturiertes Risikomanagement: Risiken identifizieren, bewerten, Gegenmaßnahmen planen und nachverfolgen. In IT-Projekten etwa: Technologie-Risiken, Abhängigkeit von Zulieferern, Datenschutzfragen.

6. Änderungen Änderungen sind normal. Du definierst, wie du mit Change Requests umgehst, wer entscheiden darf und wie du Auswirkungen auf Kosten, Zeit und Qualität bewertest.

7. Fortschritt Wie stellst du sicher, dass das Projekt auf Kurs bleibt? Du nutzt Berichte, Meilensteine, Toleranzen und Phasenabschlüsse, um transparent zu steuern.

Diese Themen laufen parallel, du beschäftigst dich also nicht „erst Business Case, dann Risiko“. Im Projektalltag springen deine Aufgaben zwischen diesen Bereichen hin und her.

Die 7 Prozesse: Vom Projektauftrag bis zum Abschluss

Die Prozesse beschreiben, wie ein PRINCE2-Projekt abläuft, von der Idee bis zum Abschluss.

1. Vorbereiten eines Projekts Grobe Idee bewerten: Lohnt sich die Ausarbeitung? Stakeholder identifizieren, ersten groben Business Case skizzieren, Projektmandat klären.

2. Lenken eines Projekts Der Lenkungsausschuss trifft die großen Entscheidungen: Projektstart genehmigen, Phasen freigeben, Ausnahmen behandeln, Projektabschluss bestätigen.

3. Initiieren eines Projekts Hier legst du die Basis:

• detaillierter Business Case
• Projektleitdokumentation (Project Initiation Documentation, PID)
• erste Projekt- und Phasenpläne
• Organisation und Rollen konkretisieren

4. Steuern einer Phase Der Alltag der Projektleitung: Arbeitspakete vergeben, Fortschritt überwachen, Berichte erstellen, Risiken und Änderungen managen.

5. Managen der Produktlieferung Teamleiter erhalten Arbeitspakete, liefern Produkte in der vereinbarten Qualität und berichten an die Projektleitung. In IT-Projekten sind das oft Entwicklungsteams, Testteams oder externe Dienstleister.

6. Managen eines Phasenübergangs Am Ende einer Phase: Status bewerten, Lessons Learned sammeln, nächsten Phasenplan ausarbeiten, Entscheidungsvorlage für das Project Board vorbereiten.

7. Abschließen eines Projekts Offene Punkte klären, Produkte offiziell übergeben, Projektperformance auswerten, Lessons Learned dokumentieren.

In der Praxis wirst du als Projektleiterin oder Projektleiter vor allem in den Prozessen „Steuern einer Phase“ und „Managen eines Phasenübergangs“ unterwegs sein. Dort entscheidet sich, ob dein Projekt stabil läuft.

Rollen und Verantwortlichkeiten: Wer entscheidet was?

PRINCE2 legt großen Wert auf klare Verantwortlichkeiten. Typische Rollen:

• Projektauftraggeber (Executive) Trägt die Gesamtverantwortung, steht für den Business Case gerade. Muss die Balance zwischen Nutzen, Kosten und Risiken im Blick behalten.

• Benutzervertreter (Senior User) Vertritt die Interessen der künftigen Nutzer oder Kunden. Achtet darauf, dass das Projekt echte Mehrwerte liefert.

• Lieferantenvertreter (Senior Supplier) Vertritt die Interessen derjenigen, die das Produkt liefern, etwa IT-Dienstleister oder interne Entwicklungsteams.

• Projektleitung (Project Manager) Organisiert das operative Projektgeschäft: Planung, Reporting, Koordination, Risikomanagement.

• Teamleiter (Team Manager) Verantwortlich für die Lieferung konkreter Produkte innerhalb vereinbarter Toleranzen.

• Projektunterstützung (Project Support) Unterstützt bei Dokumentation, Tools, administrativen Aufgaben.

Gerade in Unternehmen mit mehreren Standorten, etwa wenn Münchner Teams mit Nearshore-Entwicklung zusammenarbeiten, hilft die klare Rollenstruktur enorm, um Kommunikationswege und Entscheidungsbefugnisse transparent zu machen.

Der Business Case: Ohne Nutzen kein Projekt

Der Business Case ist bei PRINCE2 nicht einfach ein Anhang zur Projektakte, sondern die zentrale Entscheidungsgrundlage. Er beantwortet:

• Welches Problem lösen wir oder welche Chance nutzen wir?
• Welche Optionen gibt es, inklusive „nichts tun“?
• Welche Kosten fallen an, einmalig und laufend?
• Welcher Nutzen wird erwartet, qualitativ und quantitativ?
• Welche Risiken und Unwägbarkeiten gibt es?

Wichtig ist der Gedanke der fortlaufenden geschäftlichen Rechtfertigung: Wenn sich Rahmenbedingungen ändern, kann es sinnvoll sein, ein Projekt zu verkleinern, neu auszurichten oder zu beenden. PRINCE2 liefert dir den Rahmen, diese Diskussion sachlich zu führen, statt „weil wir schon so viel investiert haben, ziehen wir es durch“.

Wann passt PRINCE2 gut, wann weniger?

PRINCE2 ist besonders sinnvoll, wenn:

• mehrere Stakeholder-Gruppen beteiligt sind
• hohe Budgets oder Risiken im Spiel sind
• du gegenüber Management, Kunden oder Behörden Rechenschaft ablegen musst
• du in einer Organisation mit klaren Governance-Anforderungen arbeitest

Weniger geeignet ist ein voll ausgerolltes PRINCE2-Setup für:

• sehr kleine, kurzlaufende Aufgaben („Mini-Projekte“)
• reine Wartungs- oder Routinearbeiten
• Situationen, in denen Entscheidungen extrem schnell und informell fallen müssen

In solchen Fällen kannst du einzelne Elemente übernehmen, etwa klare Produktbeschreibungen oder ein leichtgewichtiges Risikolog, ohne den kompletten Rahmen zu nutzen.

Wenn du tiefer einsteigen willst und strukturiert lernen möchtest, wie du PRINCE2 in deinem Umfeld anwendest, findest du passende Schulungen und aktuelle Termine bei cmt.de.

PRINCE2 und agiles Arbeiten: Widerspruch oder gutes Team?

PRINCE2 ist nicht per se „klassisch“ und gegen Agilität. Es beschreibt, wie ein Projekt geführt wird, nicht wie Teams ihre Arbeit organisieren. Du kannst also gut:

• ein PRINCE2-Projekt haben
• und innerhalb der Produktlieferung mit Scrum oder Kanban arbeiten

Typische Kombination:

• Auf Projektebene: PRINCE2 mit Business Case, Phasen, Toleranzen, Lenkungsausschuss
• Auf Teamebene: Scrum mit Sprints, Backlog, Reviews und Retrospektiven

Wie passt das zusammen?

• Produktorientierung von PRINCE2 harmoniert mit der Inkrement-Logik von Scrum.
• Lernen aus Erfahrungen ergänzt agile Retrospektiven sehr gut.
• Steuern nach Ausnahmeprinzip ermöglicht agilen Teams weitgehende Autonomie, solange sie innerhalb vereinbarter Toleranzen bleiben.
• Der Business Case sorgt dafür, dass das agile Team nicht am Nutzer vorbei entwickelt.

Wichtig ist, Rollen und Artefakte sauber zu mappen:

• Product Owner kann eine starke Stimme als Senior User im Project Board haben.
• Scrum Master kann als Teamleiter auftreten oder eng mit ihm zusammenarbeiten.
• Sprint Reviews liefern Input für PRINCE2-Statusberichte und Phasenentscheidungen.

Problematisch wird es, wenn du versuchst, jedes agile Artefakt noch einmal als PRINCE2-Dokument zu duplizieren. Dann baust du Doppelstrukturen und verlierst Geschwindigkeit. Besser: bewusst entscheiden, welche Informationen wo gepflegt werden.

Wie du PRINCE2 sinnvoll lernst und anwendest

Um PRINCE2 wirklich nutzen zu können, reicht es nicht, nur die Begriffe auswendig zu lernen. Einige praxisnahe Tipps:

• Starte mit den Prinzipien Wenn du die Prinzipien verstanden hast, kannst du im Alltag besser entscheiden, was du weglässt und was wichtig ist.

• Arbeite mit echten Projektbeispielen Übertrage die Struktur auf ein Projekt aus deinem Umfeld. Wie sähe dein aktuelles oder letztes Projekt als PRINCE2-Projekt aus?

• Tailoring üben Nimm dir ein kleines Projekt und überlege, welche Rollen und Dokumente du wirklich brauchst. Weniger ist oft mehr.

• PRINCE2 nicht als Bürokratie verkaufen Erkläre deinem Team und Stakeholdern, welchen Nutzen klarere Rollen, ein sauberer Business Case und transparente Entscheidungen bringen.

• Agile Methoden nicht verdrängen PRINCE2 ist kein Ersatz für Scrum oder Kanban, sondern ein Rahmen darüber. Nutze die Stärken beider Seiten.

Wenn du diesen Blick verinnerlichst, wird PRINCE2 von der „zertifizierbaren Theorie“ zu einem Werkzeug, das deine Projekte tatsächlich ruhiger, transparenter und erfolgreicher macht.