Criterios de aceptación para historias de usuario ágiles

¿Cómo podemos asegurarnos de que una historia de usuario se complete correctamente y cumpla con los requisitos del cliente? Aquí es dondecriterios de aceptación entran en juego. Los criterios de aceptación son una lista formal de requisitos que garantizan que todas las historias de usuario se completen y se consideren todos los escenarios. En resumen, los criterios de aceptación definen las condiciones bajo las cuales se considera completa una historia de usuario. Criterios claros y escritos ayudan a los equipos de desarrollo a evitar ambigüedades sobre las necesidades del cliente y a prevenir malentendidos.

Por lo tanto, al escribir historias de usuario, los criterios de aceptación son esenciales. Ayudan a tu equipo a comprender qué es obligatorio durante el desarrollo de una característica y en qué debe centrarse.

Vamos a profundizar en los criterios de aceptación.

¿Qué son los criterios de aceptación?

Los criterios de aceptación te permiten definir cuándo una historia de usuario está completa y cuándo tiene todas las características necesarias para satisfacer las necesidades del usuario.

Son un conjunto de condiciones que una historia de usuario debe cumplir para considerarse completa. Proporcionan un alcance detallado de la historia de usuario y lo que se requiere, para que tu equipo entienda el problema en cuestión. De esta manera, cada vez que lanzas una nueva característica, puedes asegurarte de que cumpla con el estándar que el usuario merece.

Pero antes de enumerar entusiastamente un conjunto de criterios funcionales que debería cumplir tu historia de usuario, considera cómo otras variables pueden afectar la calidad de tu característica y inclúyelas en tus criterios de aceptación.

Los criterios de aceptación pueden incluir detalles como

Experiencia del usuario
Impacto de la historia de usuario actual en las características existentes
Rendimiento clave, como velocidad
Lo que se pretende que haga la historia de usuario

Por lo tanto, dependiendo de la funcionalidad que estés construyendo y de su complejidad, siéntate con tu equipo para determinar el subconjunto mínimo de funcionalidades que debería realizar y cómo debería comportarse.

Si es complejo o una característica principal de tu producto, deberías considerar escribir tantos y tan detallados criterios de aceptación como sea posible para ayudar a tu equipo a evitar cualquier confusión.

Cómo escribir criterios de aceptación para historias de usuario

1. Los criterios de aceptación deben escribirse desde la perspectiva del usuario

Los criterios de aceptación son una forma de ver el problema desde la perspectiva del cliente. Deben escribirse dentro del contexto de una experiencia real del usuario. Después de todo, estás construyendo un producto para usuarios, ¿no es así?

2. Los criterios deben ser claros y concisos

Los criterios de aceptación no deben confundirse con casos de prueba o documentación. Es importante mantener tus criterios tan simples y claros como sea posible.

3. Todos deben entender tus criterios de aceptación

Si tus desarrolladores no los entienden, tus criterios son inútiles. Si tienes dudas sobre la claridad, toma tiempo para hacer preguntas y ajustar hasta que todo quede claro.

4. Los criterios de aceptación no se tratan de cómo (¿cómo?). Se trata de qué (¿por qué?)

Al igual que las historias de usuario, los criterios de aceptación no son tareas. Son una forma de comunicar la historia de usuario.

5. Los criterios de aceptación son específicos, pero no son otro nivel de detalle

Piensa en un software de declaración de impuestos. El requisito más importante es calcular correctamente el impuesto adeudado basado en ingresos y gastos. ¿Claro, no? Y sabes que no puedes probar cada combinación posible, porque las posibilidades son casi infinitas.

Por lo tanto, tus criterios de aceptación para la historia de usuario especificarán condiciones o requisitos específicos que deben cumplirse. Esto significa ser más específico, no añadir otra capa de detalle. Esto ayuda a tu equipo a entender lo que se requiere y acelera la entrega. Por supuesto, cuando compares tu gráfico actual de descenso con los anteriores, podrías ver algunas mejoras.

6. Los criterios de aceptación pueden ser una reafirmación de la historia de usuario desde la perspectiva del usuario

Esto solo se aplica cuando la historia de usuario no es excesivamente compleja. Aquí hay un ejemplo de lo que quiero decir.

Para una historia de usuario como “Como oficial de finanzas, quiero aceptar facturas para poder llevar un registro de todos los informes financieros”

Sus criterios de aceptación podrían ser “Cuando realizo la acción de aceptar, la factura se acepta (verificado mediante la revisión del registro de la factura)”

Dado/Cuando/Entonces Plantilla de Criterios de Aceptación

Para facilitar la vida, aquí tienes una plantilla sencilla que puedes usar para escribir los criterios de aceptación:

Dado [contexto] cuando [se realiza una acción específica] entonces [debería producirse un conjunto de consecuencias]

Ejemplos de Criterios de Aceptación

Para la historia de usuario de ejemplo:

“Como escritor, quiero recibir notificaciones cuando otros agreguen comentarios para poder mantenerme al día.”

Aquí hay tres ejemplos de criterios de aceptación para la historia de usuario anterior:

Dado mi teléfono está bloqueado cuando la aplicación no está abierta, entonces debería recibir una notificación en banner.
Dado estoy escribiendo un documento cuando la aplicación está abierta, entonces el icono de campana debería actualizarse para mostrar notificaciones no leídas con un contador.

Ejemplo – Envío de comentarios del sitio web

Especificamos la historia de usuario y los criterios de aceptación para la función de comentarios del blog. Los usuarios registrados pueden agregar comentarios. La historia de usuario para la función «Agregar comentario» sería:

Como un usuario registrado,
Quiero poder dejar un comentario en una entrada de blog,
para que pueda recibir comentarios sobre el tema.

Los criterios de aceptación para esta característica son:

Escenario: Un usuario registrado deja un comentario en una entrada de blog
Dado que soy un usuario registrado,
Cuando abro la página que contiene una entrada de blog específica,
Entonces el sistema muestra una sección de «Comentarios» debajo de la entrada de blog que muestra una lista de comentarios agregados por otros usuarios.
El sistema muestra un campo de «Agregar comentario» en la parte superior de la sección de «Comentarios».
Cuando completo el campo de «Agregar comentario» con mi comentario y hago clic en el botón «Enviar»,
Entonces el sistema guarda mi comentario.
El sistema muestra mi comentario en la parte superior de la sección de «Comentarios».
El sistema muestra mi nombre de usuario y avatar a la izquierda de mi comentario.
El sistema muestra los íconos de «Eliminar» y «Editar» en el lado opuesto de mi comentario.

Como puedes ver, escribir criterios de aceptación es verdaderamente una situación de ganar-ganar para clientes y equipos de desarrollo: no solo ayuda al equipo a comprender claramente lo que debe hacer, sino que también permite a los clientes comprender el proceso de desarrollo y verificar que el software entregado cumple con necesidades reales del negocio.