De requisito del estándar a historia de usuario

El requisito del estándar dice qué debe ser cierto («rechazar contraseñas que estén en una lista de las más comunes»). La historia dice quién lo necesita, en qué parte de esta aplicación y para qué: «como arrendatario quiero que al crear mi contraseña el portal rechace las más comunes». Así entra al tablero del equipo, se estima y se prioriza junto a las demás funciones, en vez de quedar como una tarea aparte que se hace «al final».

Una historia puede cubrir varios requisitos que tocan la misma pantalla, y un requisito puede repartirse en varias historias. Lo que no se pierde nunca es la cita: cada historia lleva el identificador completo, con la versión, de los requisitos que cubre.

El primer control es de cobertura: cada requisito seleccionado tiene que aparecer en al menos una historia. Uno que no aparece no se va a construir, porque nadie lo va a tener en su tablero, y tampoco se va a probar.

Abre el laboratorio y compara requisitos-seleccionados.txt con la columna «cita» de backlog-sprint-14.txt. Ojo con las historias que citan más de un requisito.

Una historia que cita un número sin versión funciona hoy, pero el día que salga otra edición del estándar nadie sabrá a cuál se refería, y en ASVS la numeración sí cambia entre ediciones. El estándar lo advierte: un identificador sin versión se entiende como de la edición más reciente, sea cual sea.

Al final del backlog hay una historia que dice «el sistema debe ser seguro» y no cita nada. No es mala intención: suele ser la nota de alguien que quería dejar constancia. Pero no tiene actor, no tiene función y no se puede dar por terminada nunca, porque no hay forma de saber cuándo se cumple.

El documento de alcance recortó algunas partes del estándar con su motivo. Si una historia cita un requisito de una parte recortada, hay dos posibilidades: la historia describe una función que no estaba en la ficha (y entonces hay que volver a revisar el alcance) o la cita está mal. Las dos se resuelven antes del sprint, no después.

Lee los recortes en la cabecera de requisitos-seleccionados.txt y busca qué historia los contradice.