Projekt-Liefergegenstände (PMBOK) vs. Projektprodukte (PRINCE2)
Im Kern beider Rahmenwerke steht dasselbe: die Ergebnisse, die ein Projekt übergeben muss. PMBOK nennt sie Liefergegenstände (deliverables), PRINCE2 nennt sie Produkte (products), und obwohl sich die beiden Begriffe stark überschneiden, sind sie nicht identisch. Die Unterschiede sagen viel darüber aus, wie jedes Rahmenwerk über Steuerung und Verantwortlichkeit denkt. Dieser Artikel vergleicht Projekt-Liefergegenstände (PMBOK) mit Projektprodukten (PRINCE2): wie jeder definiert wird, wo sich die Begriffe wirklich unterscheiden, wie sie einander zugeordnet werden und welchen Begriff Sie in Ihrer eigenen Projektdokumentation verwenden sollten.
Wichtigste Erkenntnisse:
- Beide Begriffe beschreiben überprüfbare Projektergebnisse — Ergebnisse, die ein Projekt erzeugen und zur Abnahme übergeben muss. PMBOK behandelt den Liefergegenstand (deliverable) als einen Begriff seines Vokabulars, während PRINCE2 das Produkt zur Grundlage der gesamten Methode macht.
- Ein PMBOK-Liefergegenstand ist jedes einzigartige, überprüfbare Ergebnis — ein Produkt, Ergebnis oder eine Fähigkeit, die zum Abschluss eines Prozesses, einer Phase oder eines Projekts erforderlich ist und über den gesamten Lebenszyklus entsteht.
- Ein PRINCE2-Produkt umfasst einen weiteren Rahmen — es schließt Spezialistenprodukte, die an Nutzer übergeben werden, und Managementprodukte wie Pläne, Register und Berichte ein, jeweils mit definierten Qualitätskriterien.
- Zentrale Unterschiede — PRINCE2 zählt Managementartefakte als vollwertige Produkte und verlangt für jedes Ergebnis eine Produktbeschreibung; PMBOK klassifiziert diese Artefakte als Projektdokumente und überlässt den Grad der Definition dem fachlichen Urteil.
- Wie sich die Begriffe zuordnen lassen — Spezialistenprodukte entsprechen Produkt-Liefergegenständen, Managementprodukte den Prozess-Liefergegenständen. Ein einheitliches Vokabular, das im Projektauftrag festgehalten wird, verhindert Verwirrung.
Warum PMBOK und PRINCE2 Projektergebnisse unterschiedlich benennen
Der Unterschied in der Benennung ist kein Zufall der Übersetzung, sondern ein Spiegel dessen, was jedes Rahmenwerk ist. PMBOK ist ein beschreibender Wissensbestand: Es katalogisiert Konzepte, Praktiken und Artefakte und vertraut auf das Urteil des Projektmanagers, wie sie anzuwenden sind. PRINCE2 ist eine vorschreibende Methode: Sie definiert Prozesse, Rollen und eine Kette der Verantwortlichkeit und benötigt ein tragendes Konzept, an das sich diese Prozesse anhängen können. Dieses Konzept ist das Produkt. Während also beide Rahmenwerke von überprüfbaren Ergebnissen sprechen, behandelt PMBOK den Liefergegenstand als einen Begriff unter vielen, und PRINCE2 baut die gesamte Methode auf dem Planen, Delegieren und Abnehmen von Produkten auf. Diese Asymmetrie zu verstehen ist der Schlüssel zu jedem der unten beschriebenen Unterschiede.
Genießen Sie 30 Tage vollen Zugriff auf FlexiProject, kostenlos und ohne Gebühren
Was ist ein Liefergegenstand in PMBOK?
In der PMBOK-Terminologie ist ein Liefergegenstand (deliverable) jedes einzigartige und überprüfbare Produkt, Ergebnis oder jede Fähigkeit zur Erbringung einer Leistung, die zum Abschluss eines Prozesses, einer Phase oder eines Projekts erforderlich ist. Einzigartig bedeutet, dass er für dieses konkrete Projekt definiert ist; überprüfbar bedeutet, dass seine Fertigstellung anhand von Kriterien geprüft und nicht bloß erklärt werden kann. Liefergegenstände treten über den gesamten Lebenszyklus auf: Ein genehmigter Projektplan oder ein Testbericht ist ebenso ein Liefergegenstand seiner Phase wie das fertige System ein Liefergegenstand des gesamten Projekts ist.
Das Konzept prägt auch, wie PMBOK die Arbeit plant. Der Projektstrukturplan (WBS) ist als eine an Liefergegenständen orientierte Zerlegung der Projektarbeit definiert, was bedeutet, dass der Plan von den Ergebnissen zu den Aufgaben absteigt und nicht umgekehrt. Liefergegenstände werden dann in der Qualitätskontrolle überprüft und vom Kunden oder Sponsor formal abgenommen. Was PMBOK nicht tut, ist ein Standarddokument für die Definition jedes Liefergegenstands vorzuschreiben; der Umfang der Dokumentation bleibt dem fachlichen Urteil überlassen. Eine vollständige Behandlung des Konzepts, einschließlich Typen und Identifikationstechniken, finden Sie in unserem Leitfaden zu Projekt-Liefergegenständen.
Was ist ein Produkt in PRINCE2?
PRINCE2 erhebt dieselbe Idee zu einem Prinzip. Eines der sieben Prinzipien der Methode ist der Fokus auf Produkte: Ein PRINCE2-Projekt vereinbart und definiert seine Produkte vor der Planung der Arbeit, und alles, was das Projekt erstellt oder verändert, gilt als Produkt. Das Konzept teilt sich in zwei Kategorien mit unterschiedlichem Publikum.
Spezialistenprodukte
Spezialistenprodukte sind das, wofür das Projekt existiert und was es an seine Nutzer liefert: das System, das Gebäude, die Kampagne, der neue Prozess. Das ist der Teil des PRINCE2-Vokabulars, der dem alltäglichen, intuitiven Verständnis eines Liefergegenstands entspricht. Spezialistenprodukte werden übergeben, anhand von Qualitätskriterien abgenommen und rechtfertigen letztlich den Business Case des Projekts.
Managementprodukte
Managementprodukte sind die Artefakte, die zum Steuern des Projekts selbst dienen: der Projektplan, der Business Case, die Risiko- und Problemregister, die Kontroll- und Statusberichte. PMBOK kennt diese Elemente ebenfalls, ordnet sie aber als Projektdokumente oder Artefakte ein. PRINCE2 gewährt ihnen vollen Produktstatus mit definierter Zusammensetzung und Qualitätskriterien, nach der Logik, dass ein durch nachlässige Berichte gesteuertes Projekt genauso sicher scheitert wie eines, das ein nachlässiges System baut. An dieser Stelle gehen die beiden Rahmenwerke wirklich auseinander.
Produktbeschreibungen und produktbasierte Planung
Jedes PRINCE2-Produkt erhält eine Produktbeschreibung: seinen Zweck, seine Zusammensetzung, seine Qualitätskriterien und wer es abnimmt. Die Planung selbst geht von den Produkten aus, über einen Produktstrukturplan, und steigt erst dann zu den Aktivitäten ab. Die Produktbeschreibung wirkt wie ein Vertrag: Sie legt vor Arbeitsbeginn fest, was als erledigt gilt. Wo PMBOK auf das Urteil des Projektmanagers vertraut, um zu entscheiden, wie viel Definition ein Ergebnis braucht, geht PRINCE2 davon aus, dass gerade definierte Produkte Transparenz und Verantwortlichkeit ermöglichen.
Projekt-Liefergegenstände vs. Projektprodukte: Gegenüberstellung
| Liefergegenstand (PMBOK) | Produkt (PRINCE2) | |
| Definition | Einzigartiges, überprüfbares Produkt, Ergebnis oder Fähigkeit, die zum Abschluss eines Prozesses, einer Phase oder eines Projekts erforderlich ist | Alles, was das Projekt erstellt oder verändert, spezialistisch oder Management |
| Rang im Rahmenwerk | Ein Begriff im Vokabular | Grundlage der Methode, gestützt auf das Prinzip Fokus auf Produkte |
| Managementartefakte | Als Projektdokumente oder Artefakte klassifiziert | Vollwertige Produkte mit Beschreibungen und Qualitätskriterien |
| Rolle in der Planung | WBS ist an Liefergegenständen orientiert | Planung geht vom Produktstrukturplan aus |
| Definitionsstandard | Dem fachlichen Urteil überlassen | Verpflichtende Produktbeschreibung je Produkt |
| Abnahme | Überprüft und vom Kunden oder Sponsor formal abgenommen | Anhand der in der Produktbeschreibung genannten Qualitätskriterien abgenommen |
Zusammen gelesen zeigt die Tabelle Begriffe, die sich in vielleicht vier von fünf Fällen überschneiden. Eine getestete Anwendung ist sowohl ein Liefergegenstand als auch ein Spezialistenprodukt; der Unterschied im Vokabular ändert nichts an der Arbeit. Die Abweichung zeigt sich an den Rändern: im Status der Managementartefakte und darin, wie viel Definitionsstrenge das Rahmenwerk standardmäßig verlangt. PRINCE2 erkauft Vorhersehbarkeit mit dem Preis des Dokumentationsaufwands; PMBOK erkauft Flexibilität mit dem Preis, sich auf das Urteil und die Disziplin des einzelnen Projektmanagers zu verlassen.
Was der Unterschied in der Praxis bedeutet
Wie sich die beiden Begriffe einander zuordnen
Wenn Ihre Organisation Produkt-Liefergegenstände von Prozess-Liefergegenständen unterscheidet oder externe von internen, dann nutzen Sie die PRINCE2-Aufteilung bereits unter anderen Namen: Spezialistenprodukte entsprechen den Produkt- und externen Liefergegenständen, Managementprodukte den Prozess- und internen. Die Zuordnung ist so eng, dass Teams die Dokumentation zwischen beiden Vokabularen fast mechanisch übersetzen können, solange jemand die Zuordnung einmal ausspricht, statt sie jedem Leser zum Erraten zu überlassen.
Welchen Begriff Sie in Ihrer Projektdokumentation verwenden sollten
Verwenden Sie das Vokabular des Rahmenwerks, dem Ihre Organisation tatsächlich folgt, und halten Sie es ausdrücklich im Projektauftrag fest. Probleme beginnen in hybriden Umgebungen, in denen ein PRINCE2-geschultes PMO „deliverable“ in einem Plan im PMBOK-Stil eines Lieferanten liest und annimmt, dass Managementprodukte fehlen, oder umgekehrt. Ein Satz im Projektauftrag, der angibt, welchen Begriff das Projekt verwendet und was er umfasst, kostet nichts und verhindert, dass sich Abnahmebesprechungen in Terminologieseminare verwandeln. Die Worte zählen weniger als die Disziplin, die sie tragen: ein benanntes Ergebnis, definierte Kriterien, ein benannter Verantwortlicher.
Schalten Sie alle Funktionen frei und bringen Sie Ihre Projekte voran, 30 Tage FlexiProject kostenlos!
Liefergegenstände und Produkte in einem System verwalten
Welches Vokabular in Ihrer Organisation auch gewinnt, der operative Bedarf ist derselbe: ein Ort, an dem jedes Ergebnis eine Beschreibung, Abnahmekriterien, einen Termin, einen Verantwortlichen und einen sichtbaren Status hat. In FlexiProject leistet genau das das Modul Produkte für die spezialistische Seite: Jeder Liefergegenstand wird mit seinem Umfang und seinen Abnahmekriterien definiert, mit den Aufgaben und Meilensteinen verknüpft, die ihn erzeugen, und getrennt vom Abschluss der Aufgaben überwacht, sodass eine ausgeführte Aufgabe nie mit einem abgenommenen Ergebnis verwechselt wird. Auch die Managementseite profitiert: Wiederkehrende Statusberichte werden aus aktuellen Projektdaten erzeugt, statt von Hand zusammengestellt zu werden, was genau die Qualität ist, die PRINCE2 von Managementprodukten erwartet. Projektvorlagen schließen den Kreis, indem sie die Produktliste für wiederholbare Projekte standardisieren, sodass jedes neue Projekt mit bereits definierten Ergebnissen, Anforderungen und Dokumentvorlagen beginnt.
Projekt-Liefergegenstände vs. Projektprodukte: FAQ
Ist ein PRINCE2-Produkt dasselbe wie ein Projekt-Liefergegenstand?
Bei Spezialistenprodukten in der Praxis ja: Beide beschreiben ein überprüfbares Ergebnis, das an Nutzer übergeben und anhand von Kriterien abgenommen wird. Die Begriffe hören bei den Managementartefakten auf, identisch zu sein, die PRINCE2 als Produkte zählt und PMBOK als Projektdokumente klassifiziert.
Was sind Managementprodukte in PRINCE2?
Artefakte zum Steuern des Projekts: der Projektplan, der Business Case, die Risiko- und Problemregister, die Kontroll- und Statusberichte. Jedes hat eine definierte Zusammensetzung und Qualitätskriterien, genau wie die an Nutzer übergebenen Produkte.
Hat PMBOK ein Äquivalent zu Managementprodukten?
Ja, im Kern: PMBOK beschreibt dieselben Pläne, Register und Berichte als Projektdokumente oder Artefakte. Der Unterschied ist, dass PMBOK sie nicht als Liefergegenstände von gleichem Rang wie die Ergebnisse des Projekts behandelt und für jeden keine formale Beschreibung verlangt.
Kann man PRINCE2-Produkte mit PMBOK-Praktiken kombinieren?
Ja, und hybride Aufbauten sind verbreitet: Viele Organisationen planen von einem Produktstrukturplan aus und verwenden anderswo das PMBOK-Vokabular. Die Kombination funktioniert, solange das Projekt ein gemeinsames Vokabular festlegt und eine einzige Liste von Ergebnissen mit Verantwortlichen und Abnahmekriterien führt.
Projekt-Liefergegenstände in PMBOK und Projektprodukte in PRINCE2 beschreiben dasselbe Grundlegende: überprüfbare Ergebnisse, die ein Projekt übergeben muss. Die wirklichen Unterschiede sind zwei. PRINCE2 gewährt Managementartefakten vollen Produktstatus, während PMBOK sie als Projektdokumente einordnet; und PRINCE2 schreibt für jedes Ergebnis eine Produktbeschreibung vor, während PMBOK auf das fachliche Urteil des Projektmanagers vertraut.
Alles Übrige ist Vokabular, und Vokabular lässt sich günstig angleichen: Ein Satz im Projektauftrag, der die verwendeten Begriffe festlegt, verhindert den größten Teil der Reibung zwischen den beiden Ansätzen. Was in keinem der Rahmenwerke übersprungen werden kann, ist die Disziplin unter den Worten: Ergebnisse, die vor Arbeitsbeginn definiert sind, im Voraus vereinbarte Abnahmekriterien, benannte Verantwortliche und ein Status, der neben dem Terminplan sichtbar ist. Ein PPM-System, das diese Disziplin an einem Ort hält, so wie FlexiProject es mit seinem Modul Produkte, wiederkehrenden Berichten und Projektvorlagen tut, dient beiden Vokabularen, ohne ein Team zu zwingen, zwischen ihnen zu wählen.
