Por qué es importante hacer buenas historia de usuarios, qué hacemos mal y por qué está mal. Estas cosas son alguno de los conceptos que aprendimos con Xavi Gost @Xav1uzz  de @becodemyfriend en el evento “User Stories Dojo” organizado por @AgileAragon (como molan estos mozos).

Este post comparte las conclusiones sacadas del evento y si @Xav1uzz me permite, un extracto de sus comentarios.

Las historias de usuario parecen muy fácil y sencillas de realizar pero que nadie sabe hacerlo bien.

Las historias de usuario se hacen para definir qué es lo que se va a realizar y con la descripción debe venir implícito el como. Además unas buenas historias servirán de comunicación con el cliente para que conozca qué es lo que va a obtener en un periodo de tiempo durante el desarrollo de su producto.

“Como administrador quiero logearme en la aplicación para entrar”.

– “Muy bien, esto es una historia de mierda”.

Si una historia está bien definida ¿qué conseguimos?

• “ Como programador quiero confirmar mi asistencia a un evento para que los demás sepan que voy”.
  • Según lo que escribas es lo que vas a construir, por lo tanto si dices “que los demás sepan que voy” sabré que tendré que destacar las personas que asisten (poner avatar o imágenes o descripción que identifique los asistentes).  Si pones “para que yo sepa que voy”, estás diciendo que no te interesa ver el resto de los programadores. Distintos puntos de vista.
• “ Como programador quiero encontrar las url de los eventos para acceder a ellas”.
  • Con esta historia ya sabes que las url las tendrás que hacer linkables, azules, subrayadas, etc.

Consejos de buenas prácticas:

• como <rol> quiero <algo> para <un fin>
• “Empezar por algo que da valor de negocio, no en la secuencia de continuación”.
• “Empezar a escribir, siempre es difícil empezar, que escribas algo! ”.
• “Utilizar papeles pequeños para que las historias sean pequeñas”.

• “Cuantas más historias se hagan mejor”.
• “Itera hasta obtener buenas historias: agrupa, reescribe”.
• Las historias EPIC sacar definiciones de hecho para agrupar y hacer historias más pequeñas.
• “No hace falta tener definido un backlog desde el principio, cuanto más sabemos del proyecto más podemos escribir”.

Que debemos evitar:

• “Quiero “un estado” para cambiar “un estado”. “Quiero logearme para estar logeado” Con eso no llegas a nada. (A mí nunca se me ha ocurrido… xDD)
• “Si tu “para” tiene “y”, “o”, en ese caso piensa si tienes más de una historia de usuario. Después, comprueba si sigue cuadrando el cómo y el quiero”.
• “No usar “como administrador”, al final siempre terminas metiendo todas las historias al administrador”.
• “No debe haber dependencias entre historias”.

Por qué somos tan gañanes en hacer historias de usuario.

• No sabemos narrar.
• Estamos pensando en la solución y en cómo lo vamos a resolver.
• Tendemos a meter muchas cosas en una historia. Historias EPIC.

Después de varias iteraciones perfeccionando nuestras historias, ¿empezamos? ¡no! Las historias hay que validarlas con el cliente. Aquí es cuando uno se da cuenta:

• Si hemos entendido bien lo que nos ha explicado el del cliente.
• Si hemos escrito buenas y legibles historias que las puede entender el cliente.
• Que los clientes no saben lo que quieren

Xavi hace referencia a las 3 c’s de una historia de usuario a tener en cuenta en el proceso de una tarjeta. Card, conversation and confirmation.

De estimación no hablamos. Esto… ¿Cuándo hacemos “Estimation user stories”?

En el momento de empezar a desarrollar Xavi nos contó que hacen una tarjeta de “Contexto” donde ponen todos los requerimientos técnicos, infraestructura, etc. En el primer sprint meten la primera historia con valor que ha elegido el cliente y para justificar el trabajo, explican el contexto con las definiciones de hecho.

Bueno muchachada, si os perdisteis el evento espero que esta chuleta os ayude. La verdad que hablamos de muchos temas, errores, cómo afrontar casos reales y sobretodo buenas prácticas. El primer paso es aceptar que no sabemos hacer historias de usuario y el segundo es ponernos manos a la obra. Seguiremos haciendo historias de mierda, sí, pero mejoraremos, que al final con la práctica y un par de ostias es como se aprende.

Mil mil gracias @Xav1uzz . No dejes de hacer estas cosas tan molonas.