jueves, 5 de marzo de 2015

¿Qué significan DoR y DoD?

DoR - Ready y DoD - Done
DoR (Defintion of Ready) responde a la pregunta ¿Qué tiene que estar listo antes de empezar a trabajar en una historia de usuario para que esta pueda entrar en un sprint? DoR se refiere a la calidad de los requisitos y es responsabilidad del Propietario del Producto. Explicita los criterios para toda historia de usuario susceptible de entrar en el próximo sprint, como por ejemplo:
  • Que sea independiente y desarrollable en un solo sprint
  • Que los criterios de aceptación que describen la nueva funcionalidad sean detallados
  • Que se pueda testear
  • Que no tenga dependencias externas
  • Que esté estimada por el equipo
  • Aprobación de arquitectura
  • Aprobación de usuario
Mi consejo es no empezar nunca en falso, si una historia de usuario no está preparada o el Propietario del Producto tiene dudas o no ha sabido transmitirla al 100% al equipo, es mejor no incluirla en el siguiente sprint, trabajarla e incluirla más adelante.

DoD (Definición of Done) responde la pregunta ¿Qué tiene que cumplir una historia de usuario para que esté hecha?, se refiere a la calidad del software y es responsabilidad del equipoExplicita los criterios para que toda historia de usuario sea considerada hecha, a diferencia de los criterios de aceptación que son específicos por historia. Ejemplos:
  • La historia ha sido analizada y se ha hecho el diseño
  • El código escrito
  • El código documentado o comentado
  • El código se ha integrado
  • El código probado apropiadamente (pruebas unitarias, de integración, de regresión, etc.)
  • La historia ha pasado las pruebas de forma manual o automática según los criterios de aceptación
  • La documentación y otros requisitos que requiere el proyecto/producto están hechos
Las historias tienen que entrar "Ready" en el sprint y salir "Done"
DoD también puede incluir acuerdos para considerar el incremento como hecho. Por ejemplo si se dedica un sprint a una página de búsqueda y en el sprint no cabe la página con el resultado, se puede explicitar el acuerdo como mostrar un xml con el resultado en la revisión de sprint para poder validar la búsqueda.

No hay comentarios:

Publicar un comentario