Historias de Usuario

Historias de Usuario : Lista priorizada de requisitos, o historias, o funcionalidades. Cosas que el cliente quiere, descritas usando la terminología del cliente.

Las historias incluyen lossiguientes campos:

ID – un identificador único, simplemente un número auto-incremental.
Esto permite no perder la pista a las historias cuando cambiamos su
nombre.
• Nombre – una descripción corta de lahistoria. Por ejemplo, “Ver tu
historial de transacciones”. Suficientemente claro como para que el
Dueño de Producto comprenda aproximadamente de qué estamos
hablando, y suficientemente clara como paradistinguirla de las otras
historias. Normalmente, 2 a 10 palabras.

• Importancia – el ratio de importancia que el Dueño de Producto da a
esta historia. Por ejemplo, 10. o 150. Más alto = másimportante.

• Estimación inicial – la valoración inicial del Equipo acerca de cuanto
trabajo es necesario para implementar la historia, comparada con otras
historias.
La unidad son “puntos de historia” yusualmente corresponde a
“días-persona ideales”. Pregunta al Equipo: “si tuvierais el número óptimo
de personas para esta historia (ni muchos ni pocos, típicamente 2) y os
encerraseis en una habitacióncon cantidad de comida, y trabajaseis sin
distracciones, ¿en cuantos días saldríais con una implementación
terminada, demostrable, testeada y liberable?”. Si la respuesta es “con 3
personasencerrados en una habitación nos llevaría 4 días”, entonces la
estimación inicial son 12 puntos.
Lo importante no es que las estimaciones absolutas sean correctas (es decir, que una historia de 2 puntos debadurar 2 días), lo importante es que las estimaciones relativas sean correctas (es decir, que una historia de 2 puntos debería durar la mitad que una historia de 4 puntos).

• Como probarlo – unadescripción a alto nivel de como se demostrará
esta historia en la Demo al final del Sprint. Se trata, esencialmente, de
una simple especificación de un test:
“Haz esto, entonces haz lo otro, y entonces...