PMBOK Guide: Der Project Management Body of Knowledge erklärt

Diagramm der Wissensgebiete und Prozessgruppen des PMBOK-Guide-Rahmenwerks

Turn this article into takeaways for your work.

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

Der Project Management Body of Knowledge (PMBOK) ist der am häufigsten referenzierte Standard in diesem Berufsfeld. Wenn Sie jemals für die PMP-Prüfung gelernt, ein formales Projekt geleitet oder in einem PMO gearbeitet haben, sind Sie ihm bereits begegnet. Aber der PMBOK Guide ist mehr als ein Prüfungslehrplan. Er ist ein strukturiertes Rahmenwerk, das Tausende Organisationen nutzen, um abzustimmen, wie ihre Teams Projekte planen, ausführen und abschließen.

Dieser Leitfaden erklärt, was der PMBOK Guide ist, wie er sich von der 6. zur 7. Auflage verändert hat, was seine Kernkomponenten abdecken und wie Sie ihn praktisch anwenden, egal ob Sie eine PMP-Zertifizierung anstreben oder das Projekthandbuch Ihrer Organisation aufbauen.

Was ist der PMBOK Guide?

Der PMBOK Guide ist ein vom Project Management Institute (PMI) veröffentlichter Referenzstandard, der anerkannte Praktiken, Prozesse und Prinzipien für die Steuerung von Projekten branchenübergreifend dokumentiert. Er ist keine verbindliche Methodik. Er definiert, wie gutes Projektmanagement aussieht, und Praktiker entscheiden, welche Teile für ihren Kontext gelten.

PMI führte die erste Auflage 1996 als Antwort auf die Nachfrage nach einer gemeinsamen Sprache in einem Feld ein, das durch branchenspezifische Ansätze fragmentiert war. Seitdem wurde er sechsmal aktualisiert, wobei jede Überarbeitung widerspiegelt, wie sich der Berufsstand weiterentwickelt hat.

Der Leitfaden bildet die Grundlage für die Prüfung zur Zertifizierung als Project Management Professional (PMP). PMI verlangt von PMP-Kandidaten, Vertrautheit mit dem Inhalt des Leitfadens nachzuweisen, wobei die Prüfung inzwischen sowohl prädiktive (traditionelle) als auch agile Ansätze abfragt.

Key Facts

  • Erstveröffentlichung: 1987 als White Paper; formale erste Auflage 1996 veröffentlicht (Quelle: PMI, 2021)
  • Aktuelle Auflage: 7. Auflage, veröffentlicht 2021 (Quelle: PMI, 2021)
  • PMP-zertifizierte Fachkräfte weltweit: über 1 Million (Stand 2023) (Quelle: PMI, 2023)

PMBOK 6. Auflage vs. 7. Auflage

Der Wechsel von der 6. zur 7. Auflage war die größte Umstrukturierung in der Geschichte des Leitfadens. Die 6. Auflage war prozessorientiert: Sie organisierte alles um 49 einzelne Prozesse, gegliedert in 5 Prozessgruppen und 10 Wissensgebiete. Die 7. Auflage löste sich von dieser verbindlichen Struktur und bewegte sich hin zu Ergebnissen und Prinzipien.

Dimension 6. Auflage 7. Auflage
Kernstruktur 10 Wissensgebiete, 5 Prozessgruppen, 49 Prozesse 12 Prinzipien, 8 Leistungsdomänen
Ausrichtung Prozessbasiert: was in welcher Reihenfolge zu tun ist Ergebnisbasiert: was erreicht werden soll und warum
Agile Abdeckung Separater Agile Practice Guide als Begleitwerk Durchgängig integriert
Anpassung Begrenzte Anleitung Explizites Modell zur Anpassung an den Kontext
Einsatz von Tools/Techniken Detaillierte Inputs/Outputs/Tools je Prozess Flexibel, kontextabhängig
Zielgruppe Projektmanager, der einem definierten Prozess folgt Praktiker, der den passenden Ansatz wählt

Beide Auflagen sind noch im Einsatz. Viele Organisationen, Zertifizierungsprogramme und Beschaffungsverträge referenzieren weiterhin das Prozessrahmenwerk der 6. Auflage. Die PMP-Prüfung verbindet seit 2021 das Denken der 7. Auflage mit praktischen Anwendungsszenarien.

Die 5 Prozessgruppen

Die 6. Auflage gliederte die Projektarbeit in fünf Prozessgruppen. Das sind keine Phasen, sondern Bündel zusammengehöriger Arbeit, die sich über den Projektlebenszyklus hinweg überschneiden und wiederholen können.

Prozessgruppe Was sie abdeckt
Initiierung Definition des Projekts, Identifikation der Stakeholder und Einholung der formalen Genehmigung (z. B. der Projektauftrag)
Planung Festlegung von Umfang, Zeitplan, Kosten, Qualität, Kommunikation, Risiko, Beschaffung und Ressourcenplänen
Ausführung Steuerung und Leitung der Projektarbeit, Gewinnung und Entwicklung des Teams, Management der Stakeholder-Einbindung
Überwachung und Steuerung Verfolgung der Leistung gegenüber der Baseline, Änderungsmanagement und Steuerung von Umfang, Zeitplan und Kosten
Abschluss Abschluss aller Aktivitäten, Lieferung des Produkts, Freigabe von Ressourcen, Erfassung von Lessons Learned

Die Gruppe Überwachung und Steuerung läuft parallel zu allen anderen Gruppen, nicht nur am Ende. Das ist ein verbreiteter Irrtum bei neuen Projektmanagern.

Die 10 Wissensgebiete

Die Wissensgebiete der 6. Auflage schneiden quer durch die Prozessgruppen. Jedes Gebiet bündelt die Prozesse, die einen gemeinsamen Fachbereich teilen.

Wissensgebiet Kernfokus
Integrationsmanagement Koordination aller Projektelemente und Steuerung von Änderungen
Umfangsmanagement Festlegen, was Teil des Projekts ist (und was nicht); Erstellung des Projektstrukturplans
Zeitplanmanagement Sequenzierung von Aktivitäten, Schätzung von Dauern, Entwicklung des Projektplans
Kostenmanagement Schätzung, Budgetierung und Steuerung von Kosten; Grundlage für Earned Value Management
Qualitätsmanagement Qualitätsplanung, Qualitätssicherung und Kontrolle der Liefergegenstände
Ressourcenmanagement Planung, Gewinnung, Entwicklung und Steuerung von Team- und physischen Ressourcen
Kommunikationsmanagement Planung und Steuerung des Informationsflusses im Projekt
Risikomanagement Identifikation, Analyse und Reaktion auf Projektrisiken im gesamten Risikomanagementprozess
Beschaffungsmanagement Planung und Steuerung von Verträgen und Lieferantenbeziehungen
Stakeholder-Management Identifikation von Stakeholdern, Verständnis ihrer Bedürfnisse und Aufrechterhaltung ihrer Einbindung

Jedes Wissensgebiet hat seinen eigenen Satz an Prozessen. Risikomanagement umfasst beispielsweise sieben: Risikomanagement planen, Risiken identifizieren, qualitative Risikoanalyse durchführen, quantitative Risikoanalyse durchführen, Risikoreaktionen planen, Risikoreaktionen umsetzen und Risiken überwachen.

Die 12 Prinzipien und 8 Leistungsdomänen (7. Auflage)

Die 7. Auflage ersetzte das Modell aus Wissensgebieten und Prozessgruppen durch ein Rahmenwerk aus Prinzipien und Domänen, das unabhängig vom Liefermodell (prädiktiv, agil oder hybrid) gilt.

12 Projektmanagement-Prinzipien:

  1. Ein sorgfältiger, respektvoller und fürsorglicher Sachwalter sein
  2. Ein kollaboratives Projektteamumfeld schaffen
  3. Stakeholder wirksam einbinden
  4. Sich auf Wert fokussieren
  5. Systeminteraktionen erkennen, bewerten und darauf reagieren
  6. Führungsverhalten zeigen
  7. Auf den Kontext zuschneiden
  8. Qualität in Prozesse und Liefergegenstände einbauen
  9. Komplexität steuern
  10. Risikoreaktionen optimieren
  11. Anpassungsfähigkeit und Resilienz annehmen
  12. Veränderung ermöglichen, um den angestrebten Zukunftszustand zu erreichen

8 Leistungsdomänen:

  1. Stakeholder
  2. Team
  3. Entwicklungsansatz und Lebenszyklus
  4. Planung
  5. Projektarbeit
  6. Lieferung
  7. Messung
  8. Unsicherheit

Die Leistungsdomänen beschreiben zusammenhängende Aktivitätsbereiche. Anders als Prozessgruppen haben sie keine festgelegte Reihenfolge. Ein Projektteam kann gleichzeitig in allen acht Domänen arbeiten.

So nutzen Sie den PMBOK Guide in der Praxis

Der Leitfaden ist ein Nachschlagewerk, kein Rezept. So setzen Praktiker ihn tatsächlich um.

Schritt 1: Auf Ihren Projekttyp zuschneiden

Entscheiden Sie zunächst über Ihren Lieferansatz. Handelt es sich um ein prädiktives Projekt mit festem Umfang, eine vollständig agile Lieferung oder etwas dazwischen? Die Anpassungsanleitung der 7. Auflage (und der begleitende Agile Practice Guide) helfen Ihnen, die richtigen Methoden auszuwählen. Ein zweiwöchiger Software-Sprint braucht keine 49 formalen Prozesse. Ein mehrjähriges Infrastrukturprojekt vermutlich schon.

Schritt 2: Ihre Methodik gegen PMBOK abgleichen

Wenn Ihre Organisation eine definierte Methodik verwendet (wie PRINCE2), vergleichen Sie sie mit der Struktur von PMBOK, um Lücken zu finden. Die Wissensgebiete von PMBOK dienen als Checkliste: Managen Sie Stakeholder explizit? Haben Sie einen dokumentierten Risikoreaktionsplan? Viele Teams stellen fest, dass sie ganze Bereiche auslassen, ohne ein Rahmenwerk zum Abgleich zu haben.

Schritt 3: Zur PMP-Prüfungsvorbereitung nutzen

Die PMP-Prüfung schöpft stark aus dem PMBOK-Inhalt, prüft aber Anwendung statt Auswendiglernen. Studieren Sie die Prozess-Inputs, -Outputs und -Tools für jedes Wissensgebiet. Verbringen Sie aber ebenso viel Zeit mit szenariobasierten Übungsfragen, die fragen, was ein Projektmanager in einer bestimmten Situation tun sollte. Der magische Zieldreieck aus Umfang, Zeit und Kosten taucht immer wieder auf.

Schritt 4: Mit agilen Praktiken kombinieren

PMBOK ist nicht agile-feindlich. Die 7. Auflage berücksichtigt explizit iterative und adaptive Ansätze. Teams, die Scrum oder Kanban einsetzen, können ihre Zeremonien den Planungs- und Überwachungsaktivitäten von PMBOK zuordnen, ohne ihren agilen Workflow aufzugeben. Entscheidend ist zu erkennen, dass PMBOK das Was liefert; Ihr agiles Rahmenwerk liefert das Wie.

Schritt 5: Wiederverwendbare Vorlagen daraus erstellen

Sobald Sie die Wissensgebiete verstehen, nutzen Sie sie, um Ihre Vorlagenbibliothek aufzubauen: Projektauftrag, Stakeholder-Register, Risikoregister, Änderungsprotokoll, Kommunikationsplan. Jedes Wissensgebiet legt nahe, welche Dokumente und Artefakte ein gut geführtes Projekt haben sollte. Ein PMO, das Vorlagen aus PMBOK ableitet, schafft eine einheitliche Grundlage über alle Teams hinweg.

PMBOK vs. PRINCE2 vs. Agile

Das sind keine konkurrierenden Systeme. Es sind unterschiedliche Werkzeuge für unterschiedliche Zwecke. Viele Organisationen kombinieren sie.

Dimension PMBOK PRINCE2 Agile (Scrum)
Typ Referenzstandard Verbindliche Methodik Rahmenwerk für iterative Lieferung
Herkunft PMI (USA, weltweit) AXELOS (Ursprung: britische Regierung) Agile-Manifest, Scrum Guide
Prozessstruktur 49 Prozesse / 12 Prinzipien 7 Prinzipien, 7 Themen, 7 Prozesse Sprints, Zeremonien, Rollen
Anpassung Empfohlen Über Themen fest eingebaut Kern des Ansatzes
Am besten geeignet für Große, branchenübergreifende Projekte Strukturierte, governance-lastige Umgebungen Software- und Produktentwicklung
Zertifizierung PMP PRINCE2 Practitioner Scrum Master (CSM, PSM)
Agile-Integration Ja (7. Auflage + Agile Guide) Begrenzt (AgilePM ist separat) Nativ

PRINCE2 ist verbindlicher; es sagt Ihnen genau, wie ein Projekt zu führen ist. PMBOK sagt Ihnen, wie gutes Management aussieht, und überlässt Ihnen das Wie. Agile Rahmenwerke grenzen den Umfang auf iterative Lieferung ein. Ein Director, der ein komplexes Infrastrukturprojekt leitet, könnte PMBOK als Governance-Ebene, PRINCE2 für Entscheidungspunkte und Agile für die Softwarekomponente nutzen.

Häufig gestellte Fragen

Ist der PMBOK Guide eine Methodik? Nein. PMI beschreibt den PMBOK Guide ausdrücklich als Standard, nicht als Methodik. Er dokumentiert anerkannte gute Praktiken. Eine Methodik sagt Ihnen genau, was wann zu tun ist; PMBOK gibt Ihnen ein Rahmenwerk an Praktiken zur Auswahl. Organisationen bauen typischerweise ihre eigene Methodik auf PMBOK auf.

Muss man PMBOK lesen, um die PMP-Prüfung zu bestehen? Der PMBOK Guide ist Pflichtlektüre für die PMP-Prüfung, reicht aber allein nicht aus. Die aktuelle Prüfung (seit 2021) prüft agile und hybride Ansätze neben prädiktiven. PMI empfiehlt, den Leitfaden mit dem Agile Practice Guide zu kombinieren und szenariobasierte Übungsprüfungen durchzuarbeiten. Viele Kandidaten stellen fest, dass die Prozessdetails der 6. Auflage für Fragen zu Prozessgruppen besser abprüfbar sind als die prinzipienbasierte Sprache der 7. Auflage.

Welche Auflage sollte ich für die PMP lernen? Lernen Sie die 7. Auflage als Ihre primäre Referenz, da sie der aktuelle Standard ist. Halten Sie aber die Prozesstabellen der 6. Auflage griffbereit. Der PMP Examination Content Outline (ECO) legt fest, was die Prüfung abdeckt, und sowohl prädiktive als auch agile Inhalte kommen vor. Manche Schulungsanbieter unterrichten weiterhin nach der Struktur der 6. Auflage, weil sich die Prozess-Inputs/-Outputs leichter Prüfungsfragen zuordnen lassen.

Ist PMBOK für agile Projekte nützlich? Ja. Die Leistungsdomänen und die Anpassungsanleitung der 7. Auflage gelten direkt für agile Arbeit. Auch in einem Scrum-Team betreiben Sie Stakeholder-Management, Risikomanagement und Qualitätskontrolle; PMBOK benennt und rahmt diese Aktivitäten. Der Agile Practice Guide, gemeinsam mit der 7. Auflage von PMI und der Agile Alliance veröffentlicht, schließt diese Lücke ausdrücklich.

Wie oft wird der PMBOK Guide aktualisiert? PMI aktualisiert den Leitfaden ungefähr alle vier bis fünf Jahre. Auflagen erschienen 1996, 2000, 2004, 2008, 2013, 2017 und 2021. Aktualisierungen spiegeln Veränderungen im Berufsstand wider: Die 5. und 6. Auflage fügten Stakeholder-Management als vollständiges Wissensgebiet hinzu; der Wechsel zu Prinzipien in der 7. Auflage spiegelte die zunehmende Verbreitung agiler und hybrider Ansätze im Berufsstand wider.

Wo der PMBOK Guide in Ihre Praxis passt

Der PMBOK Guide wird Ihr Projekt nicht für Sie führen. Aber er zeigt Ihnen, was Ihnen möglicherweise fehlt. Teams, die ihn als lebendiges Nachschlagewerk behandeln, ihren Planungsansatz gegen die Wissensgebiete abgleichen, prüfen, ob Risikoreaktionen dokumentiert sind, und bestätigen, dass Stakeholder-Einbindungspläne existieren, entdecken Lücken meist, bevor sie zu Problemen werden.

Der Wechsel zu Prinzipien in der 7. Auflage zeigt auch, wohin sich der Berufsstand entwickelt. Starre Prozesskonformität weicht ergebnisorientiertem Denken, maßgeschneiderter Lieferung und Anpassungsfähigkeit. Ob Sie sich auf die PMP-Prüfung vorbereiten oder ein Projekthandbuch auf Teamebene aufbauen: Das Verständnis der PMBOK-Struktur versetzt Sie in eine bessere Position, bewusste Entscheidungen darüber zu treffen, wie Ihre Projekte laufen.

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.