Historias de Usuario

Hipótesis de negocio mayor a 3 meses.

• Épica

• Iniciativa

• Historia de Usuario

• Tarea

Funcionalidad o característica menor o igual a 3 meses.

• Épica

• Iniciativa

• Historia de Usuario

• Tarea

Parte de una funcionalidad menor a 2 semanas.

• Épica

• Iniciativa

• Historia de Usuario

• Tarea

Actividad técnica menor a 8 horas.

• Épica

• Iniciativa

• Historia de Usuario

• Tarea

Orientación sugerida para dividir ítems del backlog a fin de obtener Historias de Usuario que sean funcionales

• Cortes horizontales por capa de arquitectura

• Cortes verticales que abarquen todos los niveles de la arquitectura

• No importa la orientación

• Cortes longitudinales

Significado de las tres Cs.

• Comunication, Conversation, Criteria

• Calendar, Cost, Comunication

• Carta, conversación, coordinación

• Card, Conversation, Confirmation

Significado de las siglas BDD de los criterios de aceptación.

• Base de Datos

• Behavior Driven Development

• Behavior Domain Development

• Test Driven Development

Los criterios de aceptación BDD deben describir.

• Un evento y una respuesta esperada del sistema

• Un contexto y una respuesta esperada del sistema

• Un contexto, un evento, datos de entrada y salida y una respuesta esperada del sistema

• Un contexto, un evento y una respuesta esperada del sistema

Estructura básica para la creación de criterios de aceptación BDD.

• Dado que-entonces-cuando

• Cuando-entonces-dado que

• Dado que-entonces

• Dado que-cuando-entonces

Estructura básica de una Historia de Usuario.

• Yo como (rol del usuario) quiero (objetivo) para (beneficio)

• Yo como (evento esperado) quiero (objetivo) para (beneficio)

• Yo como (objetivo) quiero (beneficio) para (rol del usuario)

• Yo como (rol del usuario) quiero (beneficio)