Curso de Scrum Profesional

Criterios de aceptación vs definición de terminado en Scrum

Curso de Scrum Profesional

Contenido del curso

Artefactos y Gestión del Trabajo

Criterios de aceptación vs definición de terminado en Scrum

Resumen

Si trabajas con historias de usuario en Scrum, entender los criterios de aceptación y la definición de terminado marca la diferencia entre entregar funcionalidades a medias y entregar valor real. Este contenido es para equipos ágiles que quieren refinar, estimar y preparar historias con calidad, reduciendo la ambigüedad antes de cada sprint review.

Antes de que una historia de usuario llegue a desarrollo, el equipo necesita refinarla, estimarla y prepararla para que aporte valor. Y para gestionarla bien, entran en juego dos conceptos que suelen confundirse pero cumplen funciones distintas.

Qué son los criterios de aceptación en una historia de usuario

El criterio de aceptación permite verificar cuándo una historia de usuario está completamente lista y desarrollada. Es la lista de condiciones específicas que esa historia debe cumplir para considerarse terminada desde la perspectiva del producto.

Aquí viene lo importante: cada historia tiene sus propios criterios. No se repiten entre una historia y otra, porque responden a lo que esa funcionalidad concreta necesita [00:41].

¿Qué es un criterio de aceptación? Es una condición única de cada historia de usuario que verifica cuándo está lista. Por ejemplo, que una lista muestre los 100 verbos irregulares más comunes ordenados alfabéticamente.

Cómo se ven los criterios de aceptación con un ejemplo real

Tomemos una app de aprendizaje de idiomas. La historia dice que queremos listar los verbos para que el usuario aprenda su significado y pronunciación [01:23]. Sus criterios de aceptación serían:

  • La lista debe mostrar los 100 verbos irregulares más comunes.
  • Cada verbo debe tener su forma en presente, pasado simple y pasado participio.
  • El usuario debe poder ordenar alfabéticamente esos 100 verbos.
  • La lista debe ser visible en la pantalla principal de la aplicación.

Esos cuatro puntos son exclusivos de esa historia. Si mañana defines otra funcionalidad, tendrás criterios completamente distintos.

Qué es la definición de terminado y por qué aplica a todas las historias

La definición de terminado es una descripción formal del incremento cuando cumple los criterios de calidad esperados por el producto [00:33]. A diferencia de los criterios de aceptación, esta validación se aplica a todas las historias de usuario por igual.

Y hay una regla que no se negocia: si una historia de usuario no cumple con la definición de terminado, no puede ser presentada en el sprint review [00:52]. Sin ese sello de calidad, el incremento no sale.

¿Cuál es la diferencia entre criterio de aceptación y definición de terminado? El criterio de aceptación es único para cada historia. La definición de terminado es una validación de calidad que aplica a todas las historias por igual.

Ejemplos de una buena definición de terminado

Como la definición de terminado es un criterio de calidad para todo el incremento, suele incluir puntos como estos [02:24]:

  • El código debe pasar por 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 estar documentado adecuadamente.

Con estos puntos garantizas que cada historia esté bien escrita y que el producto cumpla los estándares de calidad del equipo, no solo los requisitos funcionales de una tarjeta.

Por qué usar ambos conceptos reduce la ambigüedad

Juntos, los criterios de aceptación y la definición de terminado te aseguran entregar funcionalidades con calidad, reduciendo la ambigüedad y la incertidumbre [03:11]. Uno responde qué debe hacer la funcionalidad; el otro, qué nivel de calidad debe tener antes de mostrarse.

Cada vez que entregues una historia, valida las dos cosas: que cumpla sus criterios de aceptación y que respete la definición de terminado. Solo así puede llegar al sprint review.

Ahora te toca a ti: escribe los criterios de aceptación de las historias que definiste antes y arma tu primera versión de definición de terminado. ¿Qué puntos de calidad incluirías tú? Cuéntalo en los comentarios.