Produktbasierte Planung

Was ist eine Product Description in PRINCE2?

Eine Product Description, deutsch Produktbeschreibung, ist in PRINCE2 das Managementprodukt, das ein Ergebnis beschreibt, bevor es entsteht: wofür es da ist, woraus es besteht, woraus es abgeleitet wird und an welchen Qualitätskriterien es geprüft wird. Sie ist die Grundlage der produktbasierten Planung, der Arbeitspakete und der späteren Abnahme.

Streit bei der Abnahme entsteht fast immer daran, dass niemand vorher aufgeschrieben hat, woran sich erkennen lässt, dass ein Ergebnis fertig und gut genug ist.

KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Beschreibt
Zweck, Bestandteile, Herkunft, Qualitätskriterien
Entsteht
Vor dem Produkt, nicht danach
Sonderfall
Projektproduktbeschreibung für das Gesamtergebnis
Verwechselt mit
Lastenheft und Arbeitspaket

Die Gliederung einer Product Description

Das PRINCE2-Handbuch gibt für die Produktbeschreibung eine feste Gliederung vor. Nicht jedes Feld muss in jedem Projekt ausführlich ausgefüllt werden, aber jedes sollte bewusst bedacht sein:

FeldWas hineingehört
Kennung und TitelEindeutige Bezeichnung des Produkts
ZweckWofür das Produkt gebraucht wird und von wem
ZusammensetzungDie Bestandteile, aus denen es besteht
HerkunftWoraus es abgeleitet wird, etwa Vorgängerprodukte oder Vorgaben
Format und DarstellungForm, Vorlage, Medium
Erforderliche FähigkeitenWelche Kenntnisse für die Erstellung nötig sind
QualitätskriterienWoran sich messen lässt, dass es gut genug ist
QualitätstoleranzWelche Abweichung je Kriterium noch akzeptabel ist
QualitätsmethodeWie geprüft wird, etwa Review, Test, Inspektion
QualitätsfähigkeitenWelche Kenntnisse die Prüfung verlangt
QualitätsverantwortungWer erstellt, wer prüft, wer genehmigt

Der wichtigste Teil sind die Qualitätskriterien, denn an ihnen wird das Produkt später gemessen. Ein Kriterium wie „verständlich“ taugt dafür nicht. Prüfbar wird es erst, wenn dabeisteht, woran das Ergebnis festgemacht wird und wer es prüft, etwa ein Review durch zwei benannte Fachleute ohne offene Befunde.

Ein Beispiel: das Anwenderhandbuch

Wie eine ausgefüllte Produktbeschreibung aussieht, zeigt ein Handbuch in einem Softwareeinführungsprojekt. Gekürzt auf die Felder, an denen sich die Abnahme später entscheidet:

FeldInhalt im Beispiel
ZweckSachbearbeitung kann die zehn häufigsten Vorgänge ohne Rückfrage ausführen
ZusammensetzungEinführung, je Vorgang eine Schrittfolge, Fehlerkapitel, Glossar
HerkunftAbgenommene Konfiguration, Prozessbeschreibungen der Fachabteilung
QualitätskriteriumJeder Vorgang mit Bildschirmfotos aus dem Zielsystem durchgespielt
ToleranzHöchstens zwei offene Befunde der Kategorie gering
MethodeReview plus Test durch zwei Personen ohne Vorkenntnisse
VerantwortungErstellt: Redaktion, geprüft: Fachabteilung, genehmigt: Senior User

Das Feld Herkunft zeigt nebenbei eine Abhängigkeit: Das Handbuch kann erst fertig werden, wenn die Konfiguration abgenommen ist. Genau solche Beziehungen machen die Produktbeschreibung zum Planungswerkzeug und nicht nur zum Abnahmepapier.

Produktbeschreibung und Projektproduktbeschreibung

Die Projektproduktbeschreibung ist ein Sonderfall: Sie beschreibt das Endergebnis des gesamten Projekts. Statt Qualitätskriterien für ein einzelnes Produkt enthält sie die Qualitätserwartungen des Kunden, die Akzeptanzkriterien mit ihren Toleranzen, die Abnahmemethode und die Abnahmeverantwortung. Erstellt wird sie ganz am Anfang, gemeinsam mit der Auftraggeberseite, und sie ist Teil der Projektleitdokumentation.

Alle weiteren Produktbeschreibungen betreffen einzelne Produkte innerhalb des Projekts. Gemeint sein können Spezialistenprodukte, also das, was das Projekt fachlich liefert, oder Managementprodukte wie Pläne und Berichte, für die PRINCE2 bereits Gliederungen mitbringt.

Produktbasierte Planung

PRINCE2 plant zuerst Ergebnisse, dann Tätigkeiten. Die Technik der produktbasierten Planung läuft in vier Schritten:

  1. Projektproduktbeschreibung schreiben

    Was soll am Ende übergeben werden, und woran erkennt der Kunde, dass es passt?

  2. Produktstrukturplan erstellen

    Das Endprodukt wird hierarchisch in seine Teilprodukte zerlegt.

  3. Produktbeschreibungen schreiben

    Für die Produkte, die geplant, geprüft und abgenommen werden, entsteht je eine Beschreibung.

  4. Produktflussdiagramm erstellen

    Es hält fest, welches Produkt welches voraussetzt, und damit die Reihenfolge der Entstehung.

Erst danach kommen Aktivitäten, Aufwände und Termine. Der Nutzen zeigt sich beim Zuschnitt von Arbeitspaketen und bei Änderungen: Wenn klar ist, welches Produkt sich ändert und welche davon abhängen, wird aus einer diffusen Änderungsdiskussion eine überschaubare Liste betroffener Ergebnisse.

KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Nicht verwechseln

Product Description und was oft damit gleichgesetzt wird

Product Description gegen Work Package

Ein Arbeitspaket ist der Auftrag an ein Team und enthält die zugehörige Produktbeschreibung zusammen mit Vorgaben zu Berichten, Terminen und Toleranzen. Die Produktbeschreibung sagt, was entstehen soll, das Arbeitspaket regelt die Zusammenarbeit darüber.

Product Description gegen Akzeptanzkriterien

Akzeptanzkriterien betreffen das Endprodukt des Projekts und stehen in der Projektproduktbeschreibung. Qualitätskriterien gelten für ein einzelnes Produkt und werden bei dessen Prüfung angewendet.

Product Description gegen Lastenheft

Ein Lastenheft sammelt Anforderungen aus Auftraggebersicht für das ganze Vorhaben. Die Produktbeschreibung ist enger geschnitten, gilt je Produkt und enthält zusätzlich, wie und von wem die Qualität geprüft wird.

Product Description gegen Produktbeschreibung im Handel

Im Onlinehandel ist eine Produkt- oder Warenbeschreibung der Werbetext zu einem Artikel. Mit dem PRINCE2-Begriff hat das nichts zu tun: Dort ist ein Produkt jedes Ergebnis eines Projekts, auch ein Konzept oder ein Bericht.

KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
In der Praxis

Qualitätskriterien sind der Teil, den alle überspringen

Eine Product Description ohne prüfbare Qualitätskriterien ist eine Überschrift. „Handbuch vollständig“ ist kein Kriterium. „Jede beschriebene Funktion mit mindestens einem durchgespielten Ablauf, geprüft von zwei Personen aus der Fachabteilung“ ist eines. Solche Kriterien entstehen nicht am Schreibtisch der Projektleitung, sondern im Gespräch mit denen, die das Produkt erstellen und später abnehmen.

Der häufigste Fehler ist, eine Produktbeschreibung als Aufgabenliste zu schreiben. Beschrieben wird aber das fertige Ergebnis, nicht der Weg dorthin. Der zweithäufigste: Die Beschreibungen werden nachträglich verfasst, damit die Ablage vollständig ist. Dann beschreiben sie, was ohnehin schon entstanden ist, und die Abnahme prüft gegen ein Kriterium, das nach dem Ergebnis geformt wurde. Der Aufwand fällt trotzdem an, der Nutzen nicht.

Und die Beschreibung braucht Pflege. Ändert sich der Umfang über einen genehmigten Änderungsantrag, ohne dass die Produktbeschreibung nachgezogen wird, prüft die Qualitätssicherung später gegen ein überholtes Dokument. PRINCE2 erlaubt ausdrücklich, den Detailgrad an die Größe des Projekts anzupassen, gute Beschreibungen passen oft auf eine Seite.

Product Description lernen

Wie du Produktbeschreibungen und Produktstruktur für ein eigenes Vorhaben aufbaust, üben die Kurse zu PRINCE2 Foundation und Practitioner an durchgehenden Fallstudien.

Wer beide Welten bedient, findet die passenden Zertifizierungen für Projekt- und Service-Management nebeneinander.

Wissen prüfen

Sitzt Product Description schon?

Lesen fühlt sich schnell nach Können an. Ein kurzer Test zeigt dir, was davon schon sitzt und wo sich ein Kurs lohnt. Kostenlos, ohne Anmeldung, mit einer Erklärung zu jeder Antwort.

Häufige Fragen

Braucht jedes Produkt eine eigene Beschreibung?
PRINCE2 verlangt sie für die Produkte, die geplant, geprüft und abgenommen werden. Der Detailgrad wird an das Projekt angepasst. Für einfache Produkte reicht eine knappe Beschreibung, solange die Qualitätskriterien prüfbar bleiben.
Wer schreibt die Produktbeschreibungen?
Verantwortlich ist die Projektleitung, inhaltlich liefern die Fachleute zu, die das Produkt später erstellen oder prüfen. Die Projektproduktbeschreibung entsteht mit dem Senior User und der Auftraggeberseite, weil dort die Akzeptanzkriterien festgelegt werden.
Passt produktbasierte Planung zu agiler Arbeitsweise?
Ja, die Denkweise ist dieselbe: Ergebnisse stehen vor Tätigkeiten. Statt eines vollständigen Satzes fertiger Beschreibungen zu Projektbeginn entstehen sie schrittweise, oft in Form von Epics und User Stories mit Akzeptanzkriterien, während die Projektproduktbeschreibung von Anfang an gebraucht wird.
Ist die Produktbeschreibung prüfungsrelevant für PRINCE2 Foundation?
Ja. Zweck und Inhalt der Produktbeschreibung, der Unterschied zur Projektproduktbeschreibung und die Schritte der produktbasierten Planung gehören zum Grundwissen der Foundation-Prüfung. In der Practitioner-Prüfung wendest du sie auf ein Fallbeispiel an.

Passt thematisch dazu

Eine Produktbeschreibung nützt nur, wenn feststeht, wer sie freigibt und wer das fertige Produkt abnimmt, und das hängt an der Aufteilung von Verantwortung im Projekt.

Persönlich für dich da

Deine Ansprechpartner

Du willst das Thema nicht nur nachschlagen, sondern anwenden können? Wir beraten dich persönlich und kostenlos.

Yves Hoppe

Yves Hoppe

Weiterbildung & Beratung

Ordnet mit dir ein, welcher Kurs zu deinem Vorwissen passt.

Norbert Jansen

Norbert Jansen

Beratung & Inhouse

Plant Inhouse-Trainings, die an euren eigenen Daten und Abläufen ansetzen.

Product Description im Kurs statt im Lexikon

Nachschlagen bringt dich bis zum Verstehen. Anwenden lernst du an echten Aufgaben.