Gestión de historias de usuario - Criterios de aceptación y Definición de hecho

 Gestión de Historias de Usuario - Criterios de aceptación y Definición de hecho

<Apertura/> (Minuto 0:00 - 1:00)

Para asegurar que cada elemento de trabajo aporte valor, es importante que el equipo refine, estime y prepare las historias de usuario para que sean desarrolladas de forma efectiva. Al hacerlo, fomentamos una comprensión compartida y eliminamos la ambigüedad. Hoy, vamos a profundizar en cómo gestionar estas historias.

Ideas clave (Minuto 1:00 - 4:30)

Para gestionar una historia de usuario de forma efectiva, usamos dos conceptos clave: criterios de aceptación y una Definición de Terminado.

• Criterios de Aceptación: Describen cuándo una historia de usuario se considera completa, además de la Definición de Terminado. 
• Definición de Terminado (Definition of Done): Es una descripción formal del estado del Incremento cuando cumple con las medidas de calidad requeridas para el producto. El equipo debe adherirse a esta definición para garantizar que el trabajo es de alta calidad. Si una historia de usuario no cumple con esta definición, no se puede entregar ni presentar en el Sprint Review.

La diferencia es que los criterios de aceptación son específicos de una historia de usuario, mientras que la Definición de Hecho es el estándar de calidad general para todo el incremento

Imagina que tu equipo está trabajando en la historia de usuario: "Como usuario principiante de inglés, quiero ver una lista de verbos irregulares, para poder memorizarlos fácilmente".

• Criterios de Aceptación: Requisitos específicos de esta historia de usuario. 
  • La lista debe mostrar 100 verbos irregulares comunes.
  • Cada verbo debe tener su forma en presente, pasado simple y pasado participio.
  • El usuario debe poder ordenar la lista alfabéticamente.
  • La lista debe ser visible en la pantalla principal de la aplicación.
• Definición de Hecho (Definition of Done - DoD): Es la calidad mínima que garantiza que el producto está listo para ser revisado o incluso entregado.
  • El código debe pasar todas las pruebas de calidad automatizadas.
  • El código debe haber sido revisado por otro desarrollador del equipo.
  • La funcionalidad debe estar desplegada en un entorno de pruebas.
  • El código debe ser documentado adecuadamente.

En resumen, la funcionalidad de la lista de verbos está "Hecha" (cumple la DoD) cuando el código está limpio, ha sido probado y documentado. Pero solo será "Aceptada" (cumple los criterios de aceptación) si la lista muestra los 100 verbos, tiene las formas verbales correctas y permite ordenar alfabéticamente. Ambos son necesarios para entregar valor y asegurar la calidad.

Cierre (Minuto 6:00 - 7:00)

Los criterios de aceptación y la definición de hecho aseguran entregar valor con calidad, reduciendo la ambiguedad y la incertidumbre. A continuación te invito definir los criterios de aceptación para una de las historias de usuario previamente identificadas y cuál sería esa definición de hecho inicial? Nos vemos en la siguiente clase con una técnica para estimar historias de usuario, el Planning Poker