Criterios de aceptación
Los criterios de aceptación definen los requisitos mínimos que debe cumplir una historia de usuario para considerarse completada y aceptable para el cliente. Son el acuerdo explícito entre el propietario del producto y el equipo sobre qué significa que una historia "funciona correctamente". A diferencia de la definición de hecho, que aplica a todas las historias por igual, los criterios de aceptación son específicos de cada historia.
Características
- Se presentan habitualmente en formato de lista o escenarios.
- Pueden escribirse en lenguaje natural: lo importante es que reflejen de forma clara la intención detrás de cada criterio, no que sigan una sintaxis formal.
- Aunque el propietario del producto puede haberlos preparado con antelación, se concretan en equipo durante el refinamiento o la planificación del sprint. La conversación que genera ese proceso es tan valiosa como el resultado escrito.
- Es responsabilidad del propietario del producto asegurarse de que los criterios cubren todos los aspectos necesarios para que el equipo pueda estimar y desarrollar la historia adecuadamente.
- En la revisión del sprint, el propietario del producto comprueba si cada historia cumple los criterios definidos para aceptarla o devolverla.
Cómo se redactan
Lenguaje natural
La forma más sencilla: una lista de condiciones que el sistema debe cumplir.
Ejemplo para la historia "Como cliente, quiero buscar productos por nombre":
El campo de búsqueda es visible en la página principal.
Al escribir un nombre y pulsar "Buscar", se muestra una lista de productos coincidentes.
Cada resultado muestra al menos el título, el precio y una imagen.
Si no hay resultados, se muestra un mensaje claro al usuario.
Formato BDD / Gherkin
El BDD (Behavior Driven Development) es un enfoque que centra el desarrollo en la comprensión del comportamiento esperado del sistema. Gherkin es el lenguaje que usa para describir escenarios de forma legible tanto para el equipo técnico como para los stakeholders.
La estructura es: 'Dado que' (contexto) / Cuando (acción) / Entonces (resultado esperado).
Historia: Como cliente, quiero realizar una búsqueda avanzada de productos para encontrar fácilmente lo que busco.
Escenario 1: Búsqueda por nombre
Dado que un cliente ha accedido a la tienda.
Cuando escribe el nombre de un producto en el campo de búsqueda y pulsa "Buscar".
Entonces ve una lista de productos que coinciden con el nombre introducido, con título, precio e imagen.
Escenario 2: Búsqueda por categoría
Dado que un cliente ha accedido a la tienda.
Cuando selecciona una categoría del desplegable y pulsa "Buscar".
Entonces ve una lista de productos de esa categoría, con título, precio e imagen.
Criterios de aceptación para historias con IA
Cuando una historia implica output generado por IA —texto, imágenes, recomendaciones, clasificaciones— los criterios de aceptación tradicionales no son suficientes. El equipo necesita definir explícitamente:
- Criterios de calidad del output: ¿cuándo es el resultado "suficientemente bueno"? Por ejemplo: "El resumen generado no supera las 150 palabras y cubre los puntos clave del documento original".
- Criterios de supervisión humana: "Toda respuesta generada por IA ha sido revisada por un agente humano antes de mostrarse al usuario".
- Criterios de comportamiento ante casos límite: "Si el modelo no puede generar una respuesta con suficiente confianza, muestra un mensaje de derivación en lugar de una respuesta incorrecta".
- Criterios de privacidad: "Ningún dato personal del usuario se envía al modelo externo sin consentimiento explícito".
Sin criterios de aceptación específicos para el comportamiento de la IA, el equipo no tiene forma de saber cuándo una historia con componente de IA está realmente terminada. "El modelo responde bien" no es un criterio de aceptación: es una impresión subjetiva.
Error frecuente
Confundir criterios de aceptación con criterios de prueba. Los criterios de aceptación los define el propietario del producto para comunicar qué espera del sistema. Los casos de prueba los define el equipo técnico para verificar que el sistema se comporta correctamente. Son complementarios pero no idénticos: un criterio de aceptación puede dar lugar a múltiples casos de prueba, y no todos los casos de prueba corresponden a un criterio de aceptación explícito.
Recursos
📄 Criterios de aceptación: ejemplos para elaborarlosScrum Manager Blog · mar 2023
🎙️ Podcast Ep. 6: Definition of DoneScrum Manager Podcast · Spotify
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.