Veamos cómo y por qué podríamos querer garantizar la calidad de las historias de los usuarios. Las malas historias de usuarios conducen a reuniones innecesarias, desperdicio y retrabajo. Mejorar la historia del usuario lo antes posible en el ciclo de vida de desarrollo es una forma eficaz de minimizar el desperdicio y el retrabajo.
El aseguramiento de la calidad es un enfoque sistemático para determinar si un “producto” cumple con criterios aceptables. Para el control de calidad de las historias de usuarios, primero debemos definir qué es lo bueno. ¿Cuál es la diferencia entre una buena historia de usuario (y un conjunto de historias de usuario) y una mala calidad?
Para el desarrollo ágil de software, tendemos a utilizar la historia del usuario como una forma breve de un requisito de software. Algunos entrenadores ágiles pueden cuestionar que las historias de usuarios sean efectivamente requisitos, pero así es como lo son la mayoría de los equipos.
Hoy en día, la mayor parte del control de calidad está parcial (o completamente) automatizado.
¿Qué esperamos de una buena User Story?
Mínimo
- Recomendamos un título conciso y único.
- Identificación clara del usuario (consistente en un conjunto de historias de usuario).
- Declaraciones claras y concisas de los pasos funcionales necesarios para satisfacer un único requisito funcional del usuario.
Opcional, recomendado
- una declaración de beneficio o “para que”
- Una declaración del evento desencadenante, qué circunstancias del usuario hacen que este requisito entre en juego.
- Una identificación de referencia única, que no cambia, incluso si la historia del usuario sí lo hace.
