 |
| Los 4 niveles donde aplica DoD |
Sin una definición de hecho se puede producir una nube de trabajo no terminado que convierte las planificaciones en arduas, lleva a retrasos indeseados y a riesgos ocultos para la release.
DoD es aplicable a nivel de tarea, historia de usuario, sprint y release, e incluye los criterios y actividades necesarias para dar por terminado cada uno de los elementos.
Tarea:
- Implementada
- El código escrito cumple estilos y directrices
- Hechas las pruebas unitarias
- Integrada en el repositorio
- Integra con el resto en el build
- Gestor de tareas actualizado
- Satisfechas ciertas métricas: cobertura, análisis estático, etc.
- Tarea aprobada por el tester
- Todas las tareas asociadas están hechas
- Las incidencias detectadas en fase de desarrollo están resueltas
- El código está documentado y/o comentado
- La documentación y otros requisitos que requiere el proyecto/producto están hechos
- La historia satisface los criterios de aceptación
- Hechas las pruebas de integración
- La historia ha pasado las pruebas unitarias acumuladas y de aceptación de forma manual o automática
- Comprobada si sigue los estándares de ingeniería/arquitectura
- Cumple con los requerimientos no funcionales
- La historia está instalada en un entorno tipo test, staging o preproducción y pasó las pruebas de humo
- Historia de usuario aprobada por el Propietario del Producto
- Todas las historias planificadas están hechas
- Hecha la revisión de sprint y obtenido feedback de los interesados
- Hecha la retrospectiva e identificada una acción de mejora
- Sprint aprobado por el Propietario del Producto
- Todas las historias planificadas están hechas
- Medios de distribución están producidos
- Comprobada la documentación de usuario
- Cumple con los requerimientos no funcionales y estándares
- Hechas las instrucciones de instalación/despliegue de la release
- Hechas pruebas de seguridad, despliegue y regresión
- Resueltas todas incidencias criticas y de resolución necesaria para despliegue
- Comunicados de release y formación a usuarios hecha
- Release aprobada por el Propietario del Producto
Gracias Alex! Esto permite aclarar y dar visión. Una pregunta, ¿cómo describirías la diferencia entre los Criterios de aceptación y las DoD?
ResponderEliminarUn saludo!
Hola Tomás,
EliminarLa diferencia está en que los criterios de aceptación describen el comportamiento individual de una historia de usuario, por tanto son específicos para cada historia, y la DoD nos dice que cosas hemos de mirar para considerar una historia de usuario 100% terminada, por tanto son generales para todas las historias. Usualmente en la DoD a nivel de sprint se incluye que la historia de usuario haya de cumplir con los criterios de aceptación.
Encantado de que hayas escrito :-) Un abrazo,
Alex
Perdón, no he hecho el comentario estando logueado. Soy Tomás de Valencia.
ResponderEliminar