¿Cómo manejará la historia de usuario como parte de la solicitud de cambio?

Hemos implementado una característica según la discusión con el gerente de producto. Pero hay un cambio de requisito del cliente. Entonces, ¿cómo manejará esta solicitud?

Por ejemplo: he creado una historia de usuario para crear un nuevo informe: informe de rendimiento y lista en el módulo de informes. Sin embargo, el cliente quiere mudarse y cotizar en una ubicación diferente, por ejemplo, informes de rendimiento. Entonces, el requisito es mover los informes de rendimiento del módulo de informes a los informes de rendimiento. ¿Tenemos que crear una historia de usuario separada para este cambio? ¿Cuáles son los pasos adicionales que deben capturarse al crear historias de usuario?

Respuestas (2)

Si está utilizando Historias de usuarios para describir características, entonces debería continuar usando Historias de usuarios para describir solicitudes de cambio.

Creo que la historia del usuario en este caso es bastante clara: conoces al usuario, conoces la acción, tienes una razón...

" Como usuario de la herramienta de informes, quiero que los informes de rendimiento estén en una ubicación específica para poder separarlos de otros informes"

Luego, haga lo que sea convencional en su equipo en términos de documentación de respaldo.

No mencionaré cómo trazar la línea entre las solicitudes de cambio, los errores y los requisitos perdidos aquí; supongamos que es una solicitud de cambio clara.

Si solo es cuestión de cambiar la ubicación del informe. Debería ser una historia separada (requisito) asumiendo que el informe que crea sigue siendo útil.

Así que la historia será algo como esto.

Como usuario, quiero todos los informes de rendimiento en una ubicación dedicada.