sábado, 1 de abril de 2017

¿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
  • 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
  • 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

3 comentarios:

  1. 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?
    Un saludo!

    ResponderEliminar
    Respuestas
    1. Hola Tomás,

      La 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

      Eliminar
  2. Perdón, no he hecho el comentario estando logueado. Soy Tomás de Valencia.

    ResponderEliminar