Definizione breve

Documento breve che registra una regola di decisione di prodotto trasversale, con il suo contesto, le alternative scartate, le conseguenze accettate e le condizioni che potrebbero farla evolvere. Abbreviato in PDR.

Definizione dettagliata

L'espressione è ricalcata sull'Architecture Decision Record dell'ingegneria del software, e non appartiene ad alcun corpus metodologico di prodotto consolidato: circola per imitazione del vocabolario tecnico più che grazie a una definizione condivisa.

Negli articoli di questo blog, il termine designa un oggetto delimitato da tre restrizioni più che da un template. Il suo livello: enuncia ciò che si applica in un tipo di situazione, mai ciò che bisogna costruire. La sua rarità: poche voci all'anno, da cinque a una ventina secondo la dimensione dell'organizzazione. La sua immutabilità: un PDR validato non si riscrive; cambiare posizione produce un nuovo PDR che sostituisce il precedente, il quale resta al suo posto.

La sua forma abituale è una sequenza di sezioni brevi — stato, data, decisione, contesto, alternative considerate, ragioni della scelta, conseguenze, condizioni di rivalutazione, decisori e persone consultate. Il template esatto varia; ciò che non varia è la presenza del perché e l'assenza dell'esecuzione.

Uso nel dominio

Il termine compare nelle discussioni sulla memoria decisionale di un'azienda di prodotto, sulla ripartizione degli artefatti tra decisione, specifica, roadmap e backlog, e sulle cause delle ridiscussioni ripetute con i commerciali e il supporto.

Sinonimi e varianti

«Registro delle decisioni di prodotto», «diario delle decisioni», «decisione documentata». Nelle organizzazioni che non usano la sigla, la cosa esiste a volte con i nomi di «nota di dottrina», «principio di prodotto» o «regola di scelta».

Da non confondere con

• Architecture Decision Record — Architecture Decision Record — stessa operazione applicata a una scelta di architettura tecnica; il PDR ne riprende la struttura spostandone l'oggetto verso la regola di prodotto.
• PRD — Product Requirements Document, che descrive ciò che si vuole costruire e con quale comportamento atteso; può essere vincolato da un PDR, non lo sostituisce.
• Roadmap — vista d'intenzione su un dato orizzonte, che dice cosa l'azienda fa, prepara o rifiuta; comunica una direzione, mentre il PDR dà una regola applicabile a casi non previsti.
• Backlog — Backlog — spazio collettivo dei temi pronti per essere lavorati; contiene l'azione, il PDR contiene la ragione che autorizza o vieta l'azione.
• Verbale di riunione — traccia di ciò che è stato detto in una seduta; registra uno svolgimento, il PDR registra una regola staccata dalla seduta che l'ha prodotta.

Esempi

«In caso di conflitto, privilegiamo il cliente.» — la forma minima di una decisione da PDR in un marketplace: nessuna funzionalità, ma decine di decisioni influenzate.

«Il prodotto è supportato per default in francese e in inglese. Qualsiasi altra lingua richiede una soglia minima di fatturato annuo firmato.» — l'uso su una domanda commerciale ricorrente in un SaaS.

Ambiguità / dibattiti

La parola «record» porta con sé l'ambiguità principale: suggerisce una registrazione, quindi un'esaustività. L'uso adottato qui va nel senso opposto — il valore dello strumento diminuisce con il numero di voci.

Non stabilizzato: la soglia di rarità. «Pochi all'anno» si trasferisce male da una struttura di dieci persone a un gruppo multiprodotto, e nessun criterio dice a partire da quale volume il registro smette di essere consultabile.