Las historias de usuario

Ahora, qué tanto debemos incluir dentro de la narrativa de una historia de usuario?, si tomamos como referencia uno de los valores ágiles que reza “Personas e interacciones sobre procesos y herramientas” podemos inferir que las historias de usuario deben contener la suficiente información para indicar que es lo que se requiere, pero los detalles de las mismas se obtienen a través de la interacción de las personas del equipo, es decir que solo a través de la comunicación se van especificando detalles y construyendo los criterios de aceptación. Muchos entornos exigen historias documentadas con punto y coma, hemos visto inclusive documentos de varias páginas detallando una historia de usuario, esto claramente es una violación flagrante al valor antes mencionado de agilidad.

¿Cómo se escribe una historia de usuario? Existen varias formas de representación y nivel de detalle a incluir dependiendo del grado de madurez de los equipos, para un alto grado de madurez, simplemente se especifica el título y todo lo demás es derivado de la conversación, para otros equipos que recién inician su camino ágil, puede ser que requieran un poco más de contexto y más detalles escritos, pero en ningún caso, estas definiciones reemplazan la conversación entre el equipo y los usuarios. 

En KireiApps preferimos un término medio donde se registren los aspectos importantes a implementar y a su vez sea un punto de partida para la conversación, pues no todos los equipos se conforman con miembros con el mismo nivel de seniority y adicional es importante desde nuestro punto de vista, ir registrando esta conversación dentro de la herramienta en la que se manejan las historias de usuario con el fin de que, si existe rotación en el equipo, los nuevos miembros puedan tener un contexto más rápido de la conversación.

En resumen una historia de usuario no es un listado detallado de requerimientos sino el punto de partida para la conversación entre usuarios y equipo.