TEMA 6 Historias de Usuario

¿Qué es una historia de usuario?

• Un documento legal

• Un informe de progreso

• Una descripción corta de una funcionalidad valiosa

• Una descripción técnica de un sistema

¿Cuál es la plantilla básica para escribir una historia de usuario?

• Como un , yo deseo

• Como un , yo quiero , para

• Como un , yo quiero , para

• Como un , yo quiero

¿Qué característica debe tener una historia de usuario efectiva?

• Debe ser escrita en lenguaje técnico

• Debe ser comprensible para desarrolladores y clientes

• Debe ser larga y detallada

• Debe ser escrita en inglés

¿Qué significa que una historia de usuario sea 'independiente'?

• Que es la más larga

• Que es la más importante

• Que no depende de otras historias

• Que puede ser completada sin ayuda

¿Qué se debe hacer con las historias de usuario de baja prioridad?

• Implementarlas de inmediato

• Mantenerlas en el backlog y refinarlas con el tiempo

• Ignorarlas completamente

• Eliminarlas del backlog

¿Qué es el product backlog?

• Un informe de progreso del proyecto

• Una lista de tareas completadas

• Una lista de historias de usuario acumuladas

• Un documento de requisitos técnicos

¿Cuál es un beneficio de usar historias de usuario?

• Aumentar la complejidad del proyecto

• Facilitar la comunicación entre el cliente y el equipo

• Reducir el tiempo de desarrollo

• Eliminar la necesidad de reuniones

¿Qué se debe incluir en la descripción de un rol?

• Solo el nombre del rol

• Información útil que lo distinga

• Detalles técnicos del rol

• Ninguna información adicional

¿Qué se busca al escribir historias de usuario?

• Describir requisitos técnicos

• Identificar deseos del cliente

• Crear documentación legal

• Aumentar la carga de trabajo

¿Qué se debe hacer cuando se identifican deseos de los clientes?

• Guardarlos en el product backlog

• Ignorarlos si son muchos

• Discutirlos en reuniones largas

• Escribirlos en un documento separado