Définition courte
Document court qui consigne une règle de décision produit transverse, avec son contexte, les alternatives écartées, les conséquences acceptées et les conditions qui pourraient la faire évoluer. Abrégé en PDR.
Définition détaillée
L'expression est calquée sur l'Architecture Decision Record de l'ingénierie logicielle, et elle n'appartient à aucun corpus méthodologique produit établi : elle circule par imitation du vocabulaire technique plutôt que par une définition partagée.
Dans les articles de ce blog, le terme désigne un objet délimité par trois restrictions plutôt que par un gabarit. Son altitude : il énonce ce qui s'applique dans un type de situation, jamais ce qu'il faut construire. Sa rareté : quelques entrées par an, de cinq à une vingtaine selon la taille de l'organisation. Son immuabilité : un PDR validé ne se réécrit pas ; changer de position produit un nouveau PDR qui remplace l'ancien, lequel reste en place.
Sa forme habituelle est une suite de sections courtes — statut, date, décision, contexte, alternatives considérées, raisons du choix, conséquences, conditions de réévaluation, décideurs et personnes consultées. Le gabarit exact varie ; ce qui ne varie pas est la présence du pourquoi et l'absence de l'exécution.
Usage dans le domaine
Le terme intervient dans les discussions sur la mémoire décisionnelle d'une entreprise produit, sur la répartition des artefacts entre décision, spécification, roadmap et backlog, et sur les causes des rediscussions répétées avec les sales et le support.
Synonymes et variantes
« Registre de décisions produit », « journal de décisions », « décision documentée ». Dans les organisations qui n'emploient pas le sigle, la chose existe parfois sous les noms de « note de doctrine », « principe produit » ou « règle d'arbitrage ».
À ne pas confondre avec
- Architecture Decision Record — Architecture Decision Record — même geste appliqué à un choix d'architecture technique ; le PDR en reprend la structure en déplaçant l'objet vers la règle produit.
- PRD — Product Requirements Document, qui décrit ce que l'on veut construire et avec quel comportement attendu ; il peut être contraint par un PDR, il ne le remplace pas.
- Roadmap — vue d'intention à un horizon donné, qui dit ce que l'entreprise fait, prépare ou refuse ; elle communique une direction, là où le PDR donne une règle applicable à des cas non prévus.
- Backlog — Backlog — espace collectif des sujets prêts à être travaillés ; il porte l'action, le PDR porte le motif qui autorise ou interdit l'action.
- Compte rendu de réunion — trace de ce qui s'est dit dans une séance ; il consigne un déroulé, le PDR consigne une règle détachée de la séance qui l'a produite.
Exemples
« En cas de conflit, nous privilégions le client. » — la forme minimale d'une décision de PDR sur une marketplace : aucune fonctionnalité, mais des dizaines de décisions influencées.
« Le produit est supporté par défaut en français et en anglais. Toute autre langue nécessite un seuil minimal de chiffre d'affaires annuel signé. » — l'emploi sur une question commerciale récurrente dans un SaaS.
Ambiguïtés / débats
Le mot « record » porte l'ambiguïté principale : il suggère un enregistrement, donc une exhaustivité. L'usage retenu ici prend l'inverse — la valeur du dispositif décroît avec le nombre d'entrées.
Non stabilisé : le seuil de rareté. « Quelques-uns par an » se transpose mal d'une structure de dix personnes à un groupe multi-produits, et aucun critère ne dit à partir de quel volume le registre cesse d'être consultable.