PRINCE2
PRINCE2 ist eine prozessorientierte Projektmanagement-Methode mit klaren Rollen, Steuerungsphasen und Fokus auf Business Case und Governance.
Klassifikation
- KomplexitätMittel
- AuswirkungOrganisatorisch
- EntscheidungstypOrganisation
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Überbürokratisierung bei falscher Anwendung
- Fehlende Akzeptanz ohne klaren Sponsor
- Falsche Tailoring-Entscheidungen schwächen Nutzen
- Tailor die Methode strikt an Projektgröße und Kontext
- Sichere klare Sponsor- und Lenkungsausschuss-Unterstützung
- Nutze standardisierte Templates und automatisiere Reports
I/O & Ressourcen
- Projektmandat und Sponsorenzusicherung
- Business Case und Kosten-Nutzen-Analyse
- Rollenbeschreibung und Organigramm
- Projektleitdokumente (PID/Project Initiation Document)
- Stage-Reports und Lessons Learned
- Abnahme- und Übergabedokumentation
Beschreibung
PRINCE2 ist eine prozessorientierte Projektmanagement-Methode mit Fokus auf Governance, klar definierten Rollen, Phasen und einem geschäftsfallorientierten Vorgehen. Sie setzt Steuerungs- und Entscheidungsgrenzen, formale Dokumentation und Risiksteuerung ein. Die Methode lässt sich an Projektumfang und Organisationskontext anpassen und eignet sich für bereichsübergreifende Vorhaben.
✔Vorteile
- Klare Governance und Entscheidungspunkte
- Bessere Nachvollziehbarkeit durch formale Dokumentation
- Skalierbare Struktur für größere Programme
✖Limitationen
- Hoher Dokumentationsaufwand in kleinen Projekten
- Erfordert Schulung und Disziplin
- Kann unflexibel wirken, wenn nicht angepasst
Trade-offs
Metriken
- Termintreue der Phasenabschlüsse
Misst, wie häufig Stage-Gates termingerecht eingehalten werden.
- Abweichungen vom Business Case
Vergleicht erwarteten vs. tatsächlichen Nutzen und Kosten.
- Anzahl eskalierter Entscheidungsfälle
Zeigt wie viele Entscheidungen außerplanmäßig auf höhere Ebenen gingen.
Beispiele & Implementierungen
Staatliches Infrastrukturprojekt
Behörden nutzten PRINCE2 zur Strukturierung von Phasen, klaren Entscheidungsbefugnissen und Audit-Trails.
ERP-Einführung in Konzernumgebung
Mehrere Stakeholder und Lieferanten wurden durch definierte Rollen und Schnittstellen gesteuert.
Compliance-Upgrade für Finanzdienstleister
Formale Dokumentation und Gate-Reviews unterstützten Nachweisführung gegenüber Regulatoren.
Implementierungsschritte
Assess: Organisatorische Reife und Rollendefinition prüfen
Design: Tailoring-Regeln festlegen und Templates erstellen
Deploy: Schulungen durchführen und Pilotprojekt starten
Operate: Governance-Zyklen, Reporting und Lessons Learned etablieren
⚠️ Technische Schulden & Engpässe
Tech Debt
- Veraltete Templates und Vorgaben
- Ungepflegte Lessons-Learned-Archive
- Nicht automatisierte Reportprozesse
Bekannte Engpässe
Beispiele für Missbrauch
- Anwenden aller Artefakte in kleinen Zwei-Wochen-Projekten
- Ersatz agiler Teampraktiken durch starre PRINCE2-Prozesse
- Keine Anpassung an regulatorische Besonderheiten
Typische Fallen
- Überschätzung von Dokumentationsnutzen statt Fokus auf Lieferung
- Unklare Rollenvergabe führt zu Entscheidungsverzögerungen
- Unzureichendes Tailoring verhindert Wirksamkeit
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Organisatorische Bereitschaft für formale Rollen
- • Budget für Schulung und Governance-Aufbau
- • Notwendigkeit zur Anpassung an Unternehmensprozesse