Algunas ideas sobre Historias de Usuario

Hola a todos:
Les quisiera compartir un listado de ideas centrales sobre historias de usuario que por lo regular comparto en los entrenamientos en Scrum:

1. Las historias de usuario no son especificaciones
2. Una historia de usuario debe ser tan pequeña que obligue a una conversación cara a cara donde todos entiendan mejor el problema (Leonardo Agudelo)
3. Es preferible una historia de usuario ambigua que una bien escrita (la razón: la ambigua invita a la conversación) (Jeff Patton)
4. Paremos de especificar las historias de usuario comencemos a explicarlas (Jeff Patton)
5. Es en serio, las historias de usuario tienen que ser pequeñas

• Una buena historia de usuario debe tomar entre 3 y 5 dias persona de esfuerzo para lograr el DONE
• Una buena historia de usuario tiene entre 4 a 8 criterios de aceptación

Lo más importante de una Historia se usuario es que sea menos importante que la conversación (Juan Pablo Bernal)

Un buen sprint backlog tiene entre 6 a 10 historias de usuario

Las historias de usuario no son requisitos, son más bien una carta de intención de lo que queremos que haga el sistema, son recordatorios para conversaciones que tendremos más adelante (Lucho Salazar).

Es un error decir la historia de usuario está mal especificada, pues la historia de usuario no es una especificación, es mejor que este "mal escrita" por que invita a una conversación y una aclaración sobre la misma.

Se llaman historias de usuario no "especificaciones de usuario", por lo tanto el énfasis se debe hacer en la historia que cuenta el usuario y no en lo que esta escrito o tratado de especificar.

Las historias de usuario deben ser porciones funcionales end-to-end, que cuando funcionen se implementen agreguen valor, o sea, pasen exitósamente el siguiente test:

• ¿puedo ponerla en producción?
• ¿un usuario final puede usarla sin necesidad de algun truco o script extraño?¿es decir, se puede acceder desde la interfaz de usuario y funciona completamente?