Tema 5.2 - ¿Cómo está conformada una User Story?

¿Cómo está conformada una User Story? 

Según la fórmula de Ron Jeffries, una historia de usuario debe estar conformada por las 3 C’s: 

• Card (tarjeta): Una ficha física (a menudo una nota Post-It), que da forma tangible y duradera a lo que de otro modo solo sería una abstracción.
• Conversación: Que tiene lugar en diferentes momentos y lugares durante un proyecto entre las distintas personas interesadas por una característica dada de un producto de software: clientes, usuarios, desarrolladores y evaluadores; esta conversación es en gran parte verbal pero a menudo complementada por documentación.
• Confirmación: Se han alcanzado los objetivos en torno a los cuales giraba la conversación. 

• Independencia. 
• Negociables. 
• Valiosa. 
• Estimable. 
• Pequeña. 
• Verificable. 

Historias de Usuarios 

• NO permitir que el formato estorbe 
• El desarrollo de las historias no es solo responsabilidad del Product Owner 
• Criterios para definir si la historia está lista: 
1. Está bien escrita y tiene un mínimo de criterios de aceptación 
2. Tiene el tamaño adecuado para la duración del Sprint 
3. El equipo la ha examinado en sesiones de Refinamiento, está bien entendida 
4. Se han revisado implicaciones de diseño y arquitectura 
5. El equipo entiende el enfoque que debe aplicar para pruebas funcionales y no funcionales 
6. Cualquier dependencia con otros elementos del Product Backlog ha sido cumplida
7. La historia de usuario está alineada con los objetivos del Sprint

Taller de Historia de Usuario:

Diferentes formas de determinar las historias: 

• De arriba hacia abajo (descomposición).
• De abajo hacia arriba. 
• Mapeo de historias (basando en la actividad usuario).

Participantes: 

• Product Owner. 
• Scrum Master. 
• Involucrados (Usuarios, Clientes, mercadeo) -> Solicitantes de Requerimientos. 

Resultados del Taller 

• Un estimado de alto nivel (sin mayor detalle) de las historias de usuario del producto. 
• Un Product Backlog general, ordenado por prioridad.

Criterios para definir si Ia historia está lista: 

• Está bien escrita y tiene un mínimo de criterios de aceptación. 
• Tiene el tamaño adecuado para la duración del Sprint. 
• El equipo la ha examinado en sesiones de Refinamiento, está bien entendida. 
• Se han revisado implicaciones de diseño y arquitectura. 
• El equipo entiende el enfoque que debe aplicar para pruebas funcionales y no funcionales. 
• Cualquier dependencia con otros elementos del Product Backlog ha sido cumplida.
• La historia de usuario está alineada con los objetivos del Sprint.