User Story

Una User Story es una forma simple y estructurada de describir lo que un usuario quiere hacer con un producto y por qué. Pero más que eso, una user story no es un requisito, es un marcador de posición para una conversación.

Como dijo famosamente un practicante ágil:
"Una user story es una promesa de conversación."
El objetivo no es la documentación perfecta, sino la comprensión compartida.

Las user stories se originaron en Extreme Programming (XP) y evolucionaron a través de la práctica del mundo real. En el libro User Story Mapping, Jeff Patton nos recuerda que las historias están destinadas a decirnos algo sobre el usuario, no solo sobre el sistema. Una buena historia se enfoca en personas reales usando el producto para lograr algo que les importa.

Por eso el formato típico es:
Como [usuario], quiero [algo], para que [objetivo o resultado].

El usuario en esa oración debe ser un usuario final real, una persona que interactúa con el producto. No una base de datos. No un servidor. No un desarrollador. Usar mal este formato para describir trabajo interno o tareas técnicas quita el enfoque del valor y crea la ilusión de comprensión compartida, sin tenerla realmente.

Para evitar esa trampa, ten en cuenta el modelo de las Tres C de Ron Jeffries:

• Card: La user story se escribe en forma corta

• Conversation: El equipo discute lo que la historia realmente significa

• Confirmation: El equipo acuerda cómo sabrán que está hecho

O como dijo Steve de Shazer:

"La comprensión no existe. Solo hay malentendidos más o menos útiles."

Las user stories nos ayudan a crear el tipo útil, el tipo que genera preguntas, aclara suposiciones y acerca a los equipos y usuarios.

Úsalas sabiamente, y guiarán a tu equipo no solo a construir la cosa correcta, sino a construir la cosa correcta.