¿Hay definiciones de hecho (DoD) a diferentes niveles?

Los 4 niveles donde aplica DoD

La definición de hecho, DoD (Definition of Done), es un convenido del equipo y el Propietario del Producto en forma de una simple lista de criterios y actividades que agregan valor verificable y demostrable al producto.

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

Historia de usuario:

• 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

Sprint:

• 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

Release:

• 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