---
title: Acceptance Criteria
localeTitle: Criterios de aceptación
---
## Criterios de aceptación

La historia del usuario, como un elemento en su registro, es un marcador de posición para una conversación. En esta conversación, El Propietario del producto y el Equipo de entrega llegan a un acuerdo sobre el resultado deseado.

Los criterios de aceptación le dicen al equipo de entrega cómo debe comportarse el código. Evite escribir el **"cómo"** de la historia del usuario; mantenerse en el **"qué"** . Si el equipo está siguiendo el desarrollo dirigido por pruebas (TDD), puede proporcionar el marco para las pruebas automatizadas. Los criterios de aceptación serán los comienzos del plan de prueba para el equipo de control de calidad.

Lo más importante es que si la historia no cumple con cada uno de los Criterios de Aceptación, el Propietario del Producto no debería aceptar la historia al final de la iteración.

Los criterios de aceptación se pueden ver como un instrumento para proteger al equipo de entrega. Cuando el Equipo de entrega se compromete con un conjunto fijo de historias en la planificación de Sprint, también se comprometen con un conjunto fijo de criterios de aceptación. Esto ayuda a evitar la propagación del alcance.

Considere la siguiente situación: al aceptar la historia del usuario, el propietario del producto sugiere agregar algo que no estaba en el alcance de la historia del usuario. En este caso, el equipo de Entrega está en posición de rechazar esta solicitud (por pequeña que sea) y pedirle al propietario del Producto que cree una nueva historia de usuario que se pueda atender en otro Sprint.

#### Más información:

Nomad8 proporciona una [pregunta frecuente sobre los criterios de aceptación](https://nomad8.com/acceptance_criteria/)

Agile líder en [criterios de aceptación](https://www.leadingagile.com/2014/09/acceptance-criteria/)