¿Cómo funciona la división de historias de usuario por happy/unhappy flow?

Las buenas historias de usuario y sus criterios de aceptación implican flujos de éxito (felices), happy flows, y de fallo (infelices), unhappy flows. El flujo de éxito, flujo feliz o happy flow representa la situación perfecta donde hay pocas o ninguna opción y describe el comportamiento de la funcionalidad cuando todo va bien. El flujo de fallo, flujo infeliz o unhappy flow trata cualquier flujo alternativo, desviación, de excepción o de problema que pueda ser posible.

El identificar los diversos flujos inherentes a un funcionalidad la permite entender más claramente. El Propietario del Producto puede decidir qué flujos son más importantes en este momento. Quizás bloquear un usuario después de fallar tres veces no es importante en este momento en el que aún tenemos pocos usuarios.

¿Cuándo aplicarla?

Cuando la funcionalidad implica un happy flow en el que todo sale bien y uno o más flujos alternativos.

Ejemplo de una historia de usuario de login en un banco:

Como usuario

Quiero acceder a mi home-banking

Para poder acceder a mis movimiento bancarios de forma segura

Diagrama con flujos feliz e infeliz

División considerando flujos feliz e infelices:

Happy flow

Como usuario

Quiero logarme con mi cuenta de de correo electrónico

Para poder acceder a mi home-banking

Unhappy flows

Como usuario

Quiero resetear mi contraseña cuando mi login falla

Para poder intentar acceder de nuevo

Como usuario

Quiero tener la opción de registrar una cuenta de correo electrónico nueva si no puedo acceder con la actual

Para poder acceder a mi home-banking

Como responsable de seguridad del banco

Quiero bloquear usuarios que se loguen con

credenciales inválidas tres veces seguidas

Para poder proteger el sistema de hackers

My thanks to Christiaan Verwijs on who I have based and who inspired me for this post :-)