Definition of Done vs Definition of Ready: diferencias
La Definition of Done (DoD) marca el final del trabajo: cuándo un Incremento realmente está terminado. La Definition of Ready (DoR) marca el inicio: cuándo una historia está lo bastante clara para entrar en un Sprint.
Solo una de las dos es oficial de Scrum: la DoD aparece en la Scrum Guide como compromiso del Incremento. La DoR es una práctica popular de la comunidad, no un artefacto ni compromiso definido por la Guide.
| Definition of Done | Definition of Ready | |
|---|---|---|
| Parte oficial de la Scrum Guide | Sí — es el compromiso del Incremento | No — práctica popular no normativa |
| Cuándo se aplica | Al FINALIZAR el trabajo de un elemento | Antes de EMPEZAR el trabajo de un elemento |
| Qué garantiza | Calidad y consistencia de lo entregado | Claridad suficiente para estimar y ejecutar sin bloqueos |
| Quién la define | El equipo Scrum (con el estándar mínimo de la organización si existe) | El equipo, de forma voluntaria y flexible |
| Riesgo de mal uso | Relajarla para "cerrar" trabajo que en realidad no está terminado | Convertirla en una fase burocrática de aprobación previa |
¿Cuál elegir?
Usa la DoD siempre — es parte de Scrum y sin ella no hay forma fiable de saber si algo es realmente un Incremento.
Usa la DoR con moderación: es útil para reducir sorpresas en Planning, pero si se vuelve una checklist rígida que bloquea el flujo de refinamiento, está haciendo más daño que bien.
Preguntas frecuentes
¿Puedo tener DoD distinta por tipo de historia?
La DoD suele ser única para todo el Incremento del equipo (consistencia de calidad); lo que sí varía historia a historia son los criterios de aceptación específicos de cada una.
¿Qué pasa si una historia no cumple la Definition of Ready?
No hay sanción formal en Scrum — simplemente el equipo puede decidir no meterla en el próximo Sprint hasta refinarla más, para reducir el riesgo de bloqueos a mitad de Sprint.
¿La Definition of Done la impone el Scrum Master?
No — la define el equipo Scrum en conjunto (con el estándar organizativo como mínimo, si existe). El Scrum Master facilita esa conversación, no la impone unilateralmente.