Definition of Ready y Definition of Done
Dos acuerdos del equipo: cuándo una historia está lista para entrar en sprint (DoR) y cuándo se considera terminada (DoD). Evitan sorpresas al empezar y “casi terminados” al acabar.
Cuándo usarlo: Al formar un equipo, y cada vez que se repiten historias bloqueadas a mitad de sprint o trabajo que vuelve de QA.
Cómo se hace
- Reunir al equipo y listar los problemas recientes al empezar y al cerrar historias.
- DoR: acordar qué debe tener una historia antes de planificarla (criterios de aceptación, diseño, dependencias resueltas, estimación).
- DoD: acordar qué se cumple antes de darla por cerrada (code review, tests, accesibilidad, documentación, desplegada en staging).
- Escribirlos en un sitio visible y revisarlos en la planning y en la review.
- Revisarlos en las retrospectivas y endurecerlos poco a poco.
Ejemplo práctico
DoD de un equipo web: código revisado por otra persona, tests automáticos en verde, criterios de aceptación validados por el PO, sin errores de accesibilidad graves, desplegado en staging.
Consejos
- Pocos puntos y verificables: si nadie lo comprueba, no es parte de la DoD.
Errores comunes
- Usar la DoR como barrera burocrática para no aceptar trabajo.