Definición corta

Documento corto que consigna una regla de decisión de producto transversal, con su contexto, las alternativas descartadas, las consecuencias aceptadas y las condiciones que podrían hacerla evolucionar. Abreviado como PDR.

Definición detallada

La expresión está calcada del Architecture Decision Record de la ingeniería de software, y no pertenece a ningún corpus metodológico de producto establecido: circula por imitación del vocabulario técnico más que por una definición compartida.

En los artículos de este blog el término designa un objeto delimitado por tres restricciones más que por una plantilla. Su altitud: enuncia lo que se aplica en un tipo de situación, nunca lo que hay que construir. Su rareza: unas pocas entradas al año, de cinco a una veintena según el tamaño de la organización. Su inmutabilidad: un PDR validado no se reescribe; cambiar de posición produce un nuevo PDR que sustituye al antiguo, el cual permanece en su sitio.

Su forma habitual es una sucesión de secciones cortas: estado, fecha, decisión, contexto, alternativas consideradas, razones de la elección, consecuencias, condiciones de reevaluación, decisores y personas consultadas. La plantilla exacta varía; lo que no varía es la presencia del porqué y la ausencia de la ejecución.

Uso en el ámbito

El término aparece en las discusiones sobre la memoria de decisión de una empresa de producto, sobre el reparto de los artefactos entre decisión, especificación, roadmap y backlog, y sobre las causas de las rediscusiones repetidas con ventas y soporte.

Sinónimos y variantes

"Registro de decisiones de producto", "diario de decisiones", "decisión documentada". En las organizaciones que no emplean la sigla, la cosa existe a veces bajo los nombres de "nota de doctrina", "principio de producto" o "regla de arbitraje".

No confundir con

• Architecture Decision Record — Architecture Decision Record — mismo gesto aplicado a una elección de arquitectura técnica; el PDR retoma su estructura desplazando el objeto hacia la regla de producto.
• PRD — Product Requirements Document, que describe lo que se quiere construir y con qué comportamiento esperado; puede estar restringido por un PDR, no lo sustituye.
• Roadmap — vista de intención a un horizonte dado, que dice lo que la empresa hace, prepara o rechaza; comunica una dirección, mientras que el PDR da una regla aplicable a casos no previstos.
• Backlog — Backlog — espacio colectivo de los asuntos listos para trabajarse; lleva la acción, el PDR lleva el motivo que autoriza o prohíbe la acción.
• Acta de reunión — rastro de lo que se ha dicho en una sesión; consigna un desarrollo, el PDR consigna una regla desligada de la sesión que la produjo.

Ejemplos

"En caso de conflicto, damos prioridad al cliente." — la forma mínima de una decisión de PDR en un marketplace: ninguna funcionalidad, pero decenas de decisiones influidas.

"El producto se soporta por defecto en francés y en inglés. Cualquier otro idioma exige un umbral mínimo de facturación anual firmada." — el uso sobre una cuestión comercial recurrente en un SaaS.

Ambigüedades / debates

La palabra "record" lleva la ambigüedad principal: sugiere un registro, y por tanto una exhaustividad. El uso que aquí se retiene toma lo contrario: el valor del dispositivo decrece con el número de entradas.

Sin estabilizar: el umbral de rareza. "Unos pocos al año" se traslada mal de una estructura de diez personas a un grupo multiproducto, y ningún criterio dice a partir de qué volumen el registro deja de ser consultable.