Criterios de Aceptación
Definición
Los criterios de aceptación son condiciones que deben cumplirse para que un Elemento del Product Backlog sea aceptado por los stakeholders.
Algunos equipos utilizan términos como condiciones de satisfacción, condiciones de aceptación, criterios de éxito para una historia de usuario o elemento del backlog, criterios de validación o criterios de ajuste como sinónimos que suelen referirse al mismo concepto.
Contexto
Los criterios de aceptación ayudan a los equipos a clarificar qué significa el éxito para cada elemento del Product Backlog.
Reducen la ambigüedad, crean un entendimiento común de las expectativas y ayudan al equipo a saber cuándo el trabajo está terminado.
Esto mejora la calidad del producto y facilita verificar que una funcionalidad cumpla con las necesidades de los stakeholders.
Descripción
Los criterios de aceptación suelen definirse para elementos del Product Backlog como las Historias de Usuario.
Proporcionan declaraciones claras y comprobables que describen cómo debe comportarse una funcionalidad para considerarse completada.
A continuación, se muestra un ejemplo.
Al formular estos criterios desde el principio y refinarlos durante las sesiones de refinamiento del product backlog, los equipos pueden detectar malentendidos y resolverlos antes de que comience el desarrollo.
Los criterios de aceptación bien redactados siguen el acrónimo SMART:
- Específicos: describen claramente el comportamiento esperado
- Medibles: el resultado puede verificarse
- Alcanzables: el equipo tiene la capacidad de cumplirlos
- Relevantes: abordan directamente la necesidad del usuario
- Limitados en el tiempo: si aplica, definen una expectativa temporal
Ejemplo
Considera la siguiente historia de usuario:
“Como asesor bancario, quiero saber si un cliente tiene una calificación crediticia positiva para decidir si apruebo o no su solicitud de préstamo.”
Un criterio de aceptación para esta historia podría ser:
“El sistema muestra la calificación crediticia del cliente con la fecha de la última actualización y la fuente de datos, y la calificación debe basarse en información no mayor a 30 días.”
Este criterio es específico porque exige que se muestren la calificación, la fecha y la fuente; es medible porque cada elemento puede verificarse en la interfaz de usuario y en los registros; es alcanzable porque el equipo es capaz de implementarlo; es relevante porque respalda decisiones crediticias sólidas, y tiene un plazo determinado porque exige datos que no tengan más de 30 días de antigüedad.
Conceptos Erróneos Comunes
Un error común es pensar que los criterios de aceptación son lo mismo que la Definition of Done.
En realidad, los criterios de aceptación se aplican a un solo elemento del Product Backlog —es decir, son específicos del ítem—, mientras que la Definition of Done se aplica a todos los elementos del Product Backlog que el equipo entrega.
¿Quieres Aprender Más?
Lee el artículo sobre Historias de Usuario para entender cómo los criterios de aceptación complementan este formato popular de backlog.
Explora el artículo sobre Refinamiento del Product Backlog para aprender cómo los criterios de aceptación encajan en las sesiones de refinamiento.