PMI, Prince2, Scrum, SAFe: Die vier Projektmgmt-Methoden in der DACH-IT-Klassik 2026

In der DACH-IT-Welt rangen vier methodische Schulen um Deutungshoheit: das PMI mit seinem PMBOK Guide, Prince2 aus dem britischen Public-Sector-Umfeld, Scrum als Vater des agilen Vorgehens und SAFe als skaliert-agiles Rahmenwerk. Jede dieser Methoden habe eigene Geschichte, eigene Zertifizierungskette und eigene Anhängerschaft in den DACH-Projektorganisationen. Lastenheft sortiert die Lage Mitte 2026.

PMI und der PMBOK Guide: die nordamerikanische Tradition

Das Project Management Institute (PMI), 1969 in den USA gegründet, prägt seit Jahrzehnten die nordamerikanische Projektmanagement-Schule. Der PMBOK Guide (Project Management Body of Knowledge) liegt mittlerweile in der 7. Auflage vor (publiziert 2021) und habe sich von der klassischen Prozess- und Wissensgebiets-Logik der früheren Auflagen zugunsten eines stärker prinzipienbasierten Aufbaus verabschiedet.

Die zentralen PMI-Zertifizierungen sind der PMP (Project Management Professional) und der CAPM (Certified Associate in Project Management). Der PMP gelte als anspruchsvoll: nachgewiesene Projekt-Stundenzahlen, 35-Stunden-Vorbereitungs-Kurs und Multiple-Choice-Prüfung. In DACH sei die PMP-Zertifizierung in international agierenden Konzernen verbreitet, weniger in kleineren Häusern und im Public Sector.

Prince2: die britische Schule des Public Sector

Prince2 (Projects in Controlled Environments) wurde 1996 in zweiter Generation von der britischen Central Computer and Telecommunications Agency veröffentlicht. Das Verfahren beerbte das ältere PROMPT-Modell aus den 1970ern. Seit 2013 sei Prince2 von AXELOS gepflegt worden, einem Joint Venture aus britischer Regierung und Capita, das 2021 in den PeopleCert-Konzern überging.

Prince2 lebe von sieben Prinzipien, sieben Themen und sieben Prozessen, ergänzt um die Idee der „Tailoring”-fähigen Anpassung. In DACH habe Prince2 traditionell starke Verbreitung in öffentlichen Verwaltungen Österreichs und der Schweiz, in Banken und Versicherungen sowie in einigen Konzernen mit britischen Wurzeln. Die Zertifizierungskette laufe von Foundation über Practitioner und Agile Practitioner bis Prince2 Agile. Mit Stand Mitte 2026 gelte die Methode als stabil etabliert, ohne dass sie ihre Heimat in der angelsächsischen Welt jemals verlöre.

Scrum: die agile Ur-Methode

Scrum wurde 1993–1995 von Jeff Sutherland und Ken Schwaber formuliert und 1995 auf der OOPSLA-Konferenz erstmals öffentlich präsentiert. Der Scrum Guide, die kanonische Definition, liege mit Stand 2020 in einer schlanken 13-Seiten-Fassung vor — bewusst minimalistisch.

Drei Rollen (Product Owner, Scrum Master, Developers), fünf Events (Sprint, Sprint Planning, Daily Scrum, Sprint Review, Retrospective), drei Artefakte (Product Backlog, Sprint Backlog, Increment). Mehr verlangt der Guide nicht. Die Zertifizierungslandschaft ist gespalten: Scrum Alliance (CSM, CSPO, CSP, CST), Scrum.org (PSM I–III, PSPO I–III) und in geringerem Maße ICAgile und SAFe-Scrum-Master.

In DACH habe Scrum seit etwa 2008 breit Fuß gefasst, zunächst in Web- und Produkt-Entwicklung, dann auch in Banken-IT und Versicherungs-Plattformen. Mitte 2026 sei reine Scrum-Praxis in einzelnen Teams Standard, größere Scrum-Implementierungen über mehrere Teams hinweg gleiten jedoch häufig in skaliert-agile Frameworks über.

SAFe: das skaliert-agile Rahmenwerk

SAFe (Scaled Agile Framework) wurde 2011 von Dean Leffingwell veröffentlicht und liegt mit Stand 2023 in Version 6.0 vor. SAFe versuche, agile Praxis auf Programm- und Portfolio-Ebene zu übertragen — mit den Konstrukten Agile Release Train (ART), Program Increment (PI) und PI Planning sowie Rollen wie Release Train Engineer und Product Management.

SAFe sei in DACH umstritten. Befürworter:innen schätzten die Möglichkeit, mehrere hundert Entwickler:innen in synchronen Planungszyklen zu koordinieren. Kritiker:innen sähen in SAFe eine Re-Bürokratisierung der ursprünglich schlanken agilen Idee. Empirisch jedoch sei SAFe in vielen DACH-Großkonzernen 2020–2026 das De-facto-Modell für skalierte agile Programme geworden — insbesondere in Automotive-Tier-1, Energieversorgung, Versicherungen und in einigen SAP-Programmen mit BTP-Anteilen.

Die SAFe-Zertifizierungskette (SA, SP, SSM, SPC, RTE, SPC, APM) sei kommerziell stark vermarktet. SPC-Trainer:innen-Status sei besonders teuer und werde von Scaled Agile, Inc. zentral gepflegt.

Kanban: das stille fünfte Mitglied

Streng genommen sei Kanban keine Projektmanagement-Methode, sondern ein Flow-Steuerungs-Verfahren — doch in der DACH-IT-Praxis trete es so häufig in Erscheinung, dass es nicht übergangen werden dürfe. Die ursprünglichen Toyota-Kanban-Wurzeln reichen in die 1940er-Jahre, die Übertragung in die Software-Entwicklung sei vor allem David J. Anderson zuzuschreiben (Buch „Kanban”, 2010).

In Betriebsorganisationen, Application-Management-Teams, Support-Linien und Plattform-Teams sei Kanban Mitte 2026 verbreiteter als Scrum, weil seine Logik — kontinuierlicher Fluss statt Sprint-Rhythmus — besser zur ungleichmäßigen Anforderungsstruktur dieser Tätigkeiten passe. Die Zertifizierungskette der Kanban University (KMP I, KMP II, KCP) sei weniger bekannt als die Scrum-Pendants, in fachlichen Communities aber etabliert.

Wo welche Methode dominiert: Beobachtung 2026

Nach Beobachtung der Lastenheft-Redaktion zeichne sich Mitte 2026 grob folgende Verteilung ab:

In Bankenrechenzentren, Versicherungs-Kernsystemen und ERP-Konzern-Programmen dominieren PMI-Hybridmodelle und Prince2 in der Public-Sector-Variante, oft mit agilen Inseln. In der Web-, App- und Produktentwicklung führten Scrum-basierte Teams in unterschiedlicher Reinheit. In großen IT-Transformationsprogrammen — etwa S/4HANA-Migrationen, Cloud-Rebuilds, Banking-Plattformaustausche — sei SAFe häufig das übergeordnete Rahmenwerk, ergänzt durch klassische Lenkungsausschuss-Strukturen nach PMI- oder Prince2-Logik.

Hybride Ansätze hätten sich durchgesetzt. Die Vorstellung, eine einzige Methode könne ein 200-Personen-Programm steuern, gelte in der Praxis als überholt. Stattdessen kombiniere man typischerweise Lenkungsausschuss (PMI/Prince2-Logik), Programm-Steuerung (SAFe-PI-Logik) und Team-Praxis (Scrum oder Kanban) zu einer mehrschichtigen Architektur.

Zertifizierungs-Inflation und Reaktion der Anwenderverbände

Eine Beobachtung der vergangenen fünf Jahre: Die Zertifizierungsdichte habe stark zugenommen. Senior-Projektleiter:innen in DACH-IT-Häusern führten Mitte 2026 nicht selten fünf bis acht aktive Zertifikate aus PMI, Prince2, Scrum, SAFe, ITIL, IPMA und produktspezifischen Verbänden. Kritiker:innen sähen darin eine Inflation, die fachliche Substanz mit Papier verwechsele.

Die International Project Management Association (IPMA), gegründet 1965 mit Sitz in der Schweiz, biete mit der IPMA Level A–D eine kompetenzbasierte (statt prüfungsbasierte) Alternative an. In DACH habe die IPMA insbesondere in der Schweiz und in einigen Industriebranchen Bestand, dürfte aber von der angelsächsischen Wettbewerbslage weiter unter Druck stehen.

Hybrid in der Praxis: ein typisches Großprogramm 2026

Wie sieht ein typisches DACH-Großprogramm Mitte 2026 methodisch aus? Ein anschauliches Muster aus der Beobachtungspraxis: Ein S/4HANA-Programm mit 250 Köpfen über fünf Agile Release Trains, gesteuert durch einen klassischen Lenkungsausschuss mit Quartals-Rhythmus, geführt durch eine Programm-Leitung mit PMP-Zertifizierung. Die einzelnen Teams arbeiten überwiegend in Scrum-Sprints (zwei Wochen), gelegentlich mit Kanban-Logik in Plattform-Teams. Die Synchronisation erfolgt im SAFe-PI-Planning alle zehn Wochen. Die fachliche Anforderungsdisziplin folgt einem Lastenheft- oder Pflichtenheft-Werk, das in epischen User-Stories operationalisiert wird. Compliance-, Sicherheits- und Architektur-Reviews laufen als Querschnittsfunktionen parallel zum Liefer-Backlog.

Diese hybride Konstellation sei kein methodisches Versagen, sondern Ausdruck dessen, was in der Praxis funktioniere. Die reine Lehre einer einzelnen Methode habe sich in DACH-Großprogrammen kaum durchgesetzt; pragmatische Kombination herrsche vor.

Methoden-Konkurrenz: LeSS, Nexus, Disciplined Agile

Neben SAFe drängen zwei weitere Skalierungs-Frameworks ins Bild. LeSS (Large-Scale Scrum), entwickelt seit 2005 von Craig Larman und Bas Vodde und 2013 erstmals umfassend veröffentlicht, halte stärker an der ursprünglichen Scrum-Philosophie fest und vermeide neue Rollen oberhalb des Teams. LeSS habe in DACH eine engagierte Anhängerschaft in einzelnen Banken und Technologieunternehmen, sei jedoch quantitativ deutlich seltener anzutreffen als SAFe.

Nexus, 2015 von Ken Schwaber und Scrum.org als kompaktes Skalierungs-Framework für drei bis neun Teams veröffentlicht, sei der dritte Wettbewerber im Bunde. In DACH bleibe Nexus eine Nische — die Marketing-Kraft der Scaled Agile, Inc. überschatte die Konkurrenz.

Disciplined Agile, ursprünglich von Scott Ambler bei IBM entwickelt und 2019 vom PMI übernommen, versuche eine integrative Brücke zwischen klassischer PMI-Tradition und agiler Praxis zu schlagen. Mit Stand 2026 sei die DA-Verbreitung in DACH überschaubar, das Konzept aber als Brückenbau insbesondere für PMI-zertifizierte Projektleiter:innen interessant.

Rolle der Lenkungsausschüsse und der politischen Architektur

Eine in der Methodik-Diskussion oft übersehene Beobachtung: Erfolgreiche DACH-Großprogramme zeichneten sich Mitte 2026 weniger durch die Wahl der „richtigen” Methode aus als durch das Funktionieren der politischen Architektur des Programms. Lenkungsausschuss-Disziplin, klare Eskalations-Pfade, ehrliche Status-Berichterstattung an die Geschäftsführung, eine handlungsfähige Programm-Leitung mit Mandat zur Konfliktentscheidung — diese Faktoren bestimmten Erfolg oder Scheitern weit stärker als die Frage Scrum-vs-SAFe.

Beobachter:innen mit langer Praxiserfahrung wiesen darauf hin, dass das auf den ersten Blick paradoxe Phänomen einer methodisch perfekten, aber inhaltlich gescheiterten Initiative typische Folge zweier Probleme sei: erstens schwacher fachlicher Anforderungsklärung („Wir liefern, was die User Story sagt, aber niemand prüft, ob die User Story das Geschäftsproblem trifft”), zweitens fehlender Architektur-Governance bei Programm-übergreifenden Querschnittsthemen wie Datenmodell, Sicherheit, Identity, Compliance.

Methoden und Compliance: NIS2, EU AI Act und die regulatorische Schicht

Eine jüngere Entwicklung: Regulatorische Anforderungen — NIS2, EU AI Act, DORA für Finanzdienstleister:innen (Verordnung 2022/2554, in Anwendung seit 17. Januar 2025) — verlangten in vielen Programmen formale Nachweise. Risk-Assessments, Datenschutz-Folgenabschätzungen, Architektur-Reviews, Kontroll-Dokumentation. Die klassischen agilen Frameworks hätten dafür ursprünglich keine vorgesehenen Strukturen geboten; SAFe habe in seinen jüngeren Versionen entsprechende Governance-Elemente nachgezogen. In der Praxis komme Mitte 2026 keine größere DACH-Initiative ohne eine zusätzliche Compliance-Schicht aus, die quer zur agilen Lieferung läuft.

Ausblick

Die methodische Landschaft sei Mitte 2026 stabiler als in den agilen Goldgräberjahren 2014–2018. Die großen Lager hätten ihre Reviere gefunden, die Hybride seien Normalität, die Zertifizierungs-Programme professionalisiert. Was bleibe, sei die alte Erkenntnis: Methodische Sauberkeit allein liefere keine erfolgreichen Projekte. Sie sei eine Voraussetzung, kein Ersatz für Architektur-Klarheit, Anforderungsdisziplin und politisches Geschick im Lenkungsausschuss.

Für die kommenden Jahre erwartet die Lastenheft-Redaktion drei Entwicklungen. Erstens eine weitere Hybridisierung — Programme würden noch selbstverständlicher Elemente aus mehreren Methoden kombinieren, ohne sich einem Lager zu verschreiben. Zweitens eine wachsende Bedeutung der Compliance-Schicht, weil DORA, NIS2 und der EU AI Act regelmäßige Nachweise verlangen, die in agilen Lieferprozessen routinemäßig erbracht werden müssen. Drittens eine Konsolidierung der Zertifizierungslandschaft, weil die Inflation der vergangenen Jahre an eine pragmatische Sättigungsgrenze stoße — Personalverantwortliche selektierten Bewerber:innen Mitte 2026 zunehmend nach Berufserfahrung statt nach Zertifikats-Sammlungen.