Kurzdefinition

Kurzes Dokument, das eine übergreifende Regel für Produktentscheidungen festhält, zusammen mit ihrem Kontext, den verworfenen Alternativen, den akzeptierten Konsequenzen und den Bedingungen, unter denen sie sich ändern könnte. Abgekürzt PDR.

Ausführliche Definition

Der Ausdruck ist dem Architecture Decision Record aus der Softwareentwicklung nachgebildet und gehört zu keinem etablierten methodischen Korpus des Produktmanagements: Er verbreitet sich durch Nachahmung des technischen Vokabulars, nicht über eine gemeinsame Definition.

In den Artikeln dieses Blogs bezeichnet der Begriff ein Objekt, das eher durch drei Beschränkungen als durch ein Template abgegrenzt wird. Seine Flughöhe: Er sagt, was in einem Typ von Situation gilt, nie, was zu bauen ist. Seine Seltenheit: einige wenige Einträge pro Jahr, von fünf bis etwa zwanzig je nach Größe der Organisation. Seine Unveränderlichkeit: Ein validierter PDR wird nicht umgeschrieben; ein Positionswechsel bringt einen neuen PDR hervor, der den alten ersetzt, und der alte bleibt bestehen.

Seine übliche Form ist eine Folge kurzer Abschnitte — Status, Datum, Entscheidung, Kontext, berücksichtigte Alternativen, Gründe für die Wahl, Konsequenzen, Bedingungen für eine Neubewertung, Entscheidungsträger und konsultierte Personen. Das genaue Template variiert; was nicht variiert, ist, dass das Warum vorhanden ist und die Umsetzung fehlt.

Gebrauch im Feld

Der Begriff taucht in Diskussionen über das Entscheidungsgedächtnis eines Produktunternehmens auf, über die Aufteilung der Artefakte zwischen Entscheidung, Spezifikation, Roadmap und Backlog, und über die Ursachen wiederholter Neudiskussionen mit Vertrieb und Support.

Synonyme und Varianten

„Register der Produktentscheidungen“, „Entscheidungslog“, „dokumentierte Entscheidung“. In Organisationen, die das Kürzel nicht verwenden, gibt es die Sache manchmal unter Namen wie „Grundsatzpapier“, „Produktprinzip“ oder „Abwägungsregel“.

Nicht zu verwechseln mit

• Architecture Decision Record — Architecture Decision Record — dieselbe Handlung, angewendet auf eine Entscheidung zur technischen Architektur; der PDR übernimmt dessen Struktur und verschiebt den Gegenstand auf die Produktregel.
• PRD — Product Requirements Document, das beschreibt, was man bauen will und welches Verhalten erwartet wird; es kann durch einen PDR eingeschränkt werden, ersetzt ihn aber nicht.
• Roadmap — Sicht auf die Absichten für einen gegebenen Horizont, die sagt, was das Unternehmen tut, vorbereitet oder ablehnt; sie vermittelt eine Richtung, während der PDR eine Regel liefert, die sich auf unvorhergesehene Fälle anwenden lässt.
• Backlog — Backlog — gemeinsamer Raum der Themen, die bereit zur Bearbeitung sind; es trägt das Handeln, der PDR trägt den Grund, der das Handeln erlaubt oder verbietet.
• Meetingprotokoll — Aufzeichnung dessen, was in einer Sitzung gesagt wurde; es hält einen Ablauf fest, der PDR hält eine Regel fest, die von der Sitzung, in der sie entstand, losgelöst ist.

Beispiele

„Im Konfliktfall bevorzugen wir den Kunden.“ — die Minimalform einer PDR-Entscheidung auf einem Marketplace: keine einzige Funktionalität, aber Dutzende beeinflusster Entscheidungen.

„Das Produkt wird standardmäßig auf Französisch und Englisch unterstützt. Jede weitere Sprache erfordert einen Mindestschwellenwert an unterzeichnetem Jahresumsatz.“ — die Anwendung auf eine wiederkehrende kommerzielle Frage in einem SaaS.

Mehrdeutigkeiten / Debatten

Das Wort „Record“ trägt die Hauptmehrdeutigkeit: Es legt eine Aufzeichnung nahe, also Vollständigkeit. Der hier verwendete Sinn nimmt das Gegenteil an — der Wert des Instruments sinkt mit der Zahl der Einträge.

Nicht geklärt: die Schwelle der Seltenheit. „Einige wenige pro Jahr“ lässt sich schlecht von einer Firma mit zehn Leuten auf einen Konzern mit mehreren Produkten übertragen, und kein Kriterium sagt, ab welcher Menge das Register nicht mehr nachgeschlagen wird.