Dos preguntas en momentos distintos
La Definition of Ready (DoR) pregunta: ¿podemos empezar sin adivinar decisiones importantes de producto? Los criterios de aceptación preguntan: ¿cómo sabremos después si podemos aceptar el resultado? Una tarea puede estar lista aunque quede pendiente un detalle menor. No lo está si una decisión abierta cambiaría por completo la arquitectura o el alcance.
La DoR suele ser un acuerdo del equipo. Puede exigir claridad sobre objetivo, alcance, dependencias y responsables. Los criterios corresponden a un ticket concreto y describen resultados observables. La Definition of Done es otra cosa: establece estándares comunes para finalizar, como revisión de código y pruebas.
Ejemplo: exportación de clientes
Un ticket pide exportar datos desde la lista de clientes. Para empezar, el equipo necesita saber qué datos se pueden exportar, quién tendrá permiso, qué API existe y quién resolverá las dudas. Si no se ha decidido el uso de datos personales, puede haber un bloqueo. Esta es la perspectiva de DoR.
Después de confirmar las decisiones, los criterios pueden indicar que una persona autorizada exporta las columnas acordadas de todos los registros que cumplen los filtros; una persona sin permiso no puede hacerlo; una petición fallida muestra el mensaje pactado. Son resultados comprobables. No inventes estas reglas si aún no se han aprobado.
No toda duda impide empezar
El texto definitivo de un botón quizá no impida trabajar en la API si hay responsable y fecha para decidirlo. En cambio, elegir entre una exportación inmediata y un proceso en segundo plano puede cambiar la solución técnica. Registra la repercusión de cada duda y quién la resolverá.
Usa la lista de preparación de tareas para decidir si empezar y la guía de criterios de aceptación para definir el resultado. La herramienta de preparación puede ordenar ambas conversaciones durante el refinamiento.