Criterios de aceptación
Condiciones específicas que una historia de usuario concreta debe cumplir para considerarse completada correctamente.
A diferencia de la Definition of Done (que aplica a todo el trabajo del equipo), los criterios de aceptación son propios de cada historia — describen su comportamiento esperado.
Se acuerdan idealmente durante el refinamiento, antes de que la historia entre en un Sprint, y sirven de base para probarla.
No sustituyen a la DoD: una historia puede cumplir sus criterios de aceptación y aun así no ser un Incremento si falta algo del estándar general del equipo (p. ej. tests automatizados).
Un formato habitual para escribirlos es Given/When/Then (dado un contexto, cuando ocurre una acción, entonces se espera un resultado): obliga a pensar en casos concretos en vez de descripciones ambiguas como "debe funcionar bien".
El error más común es escribirlos después de desarrollar, como checklist de QA — pierden su valor real, que es alinear expectativas ANTES de programar y servir de contrato compartido entre Product Owner y equipo de desarrollo.