Historia de usuario

¿Qué es una historia de usuario?

Una historia de usuario es parte de un marco de gestión de proyectos ágil. Describe qué características desean los usuarios finales para optimizar su satisfacción con un producto y obtener el mayor valor posible de él.

La declaración de la historia de usuario generalmente se refiere a un objetivo específico y la razón por la cual una característica atrae al usuario. Por ejemplo, "Como visitante del sitio, quiero ver un menú o lista de cursos disponibles para ayudarme a encontrar el mejor para tomar" sería una historia de usuario para alguien que busca en un sitio web de educación en línea.

Las historias de usuario siempre son desde la perspectiva del usuario, aunque es el equipo interno quien realmente las escribe. Por lo general, se almacenan en software de gestión de proyectos para que el equipo del proyecto las revise a medida que se desarrollan nuevos productos y servicios.

Tipos de historias de usuario

Las historias de usuario creadas para cada proyecto vivirán con el backlog del producto para fácil referencia mientras se desarrolla el producto. Los equipos ágiles pueden usar tres tipos de historias de usuario.

• Historias de usuario objetivo son el tipo más común. Se formulan desde el punto de vista del cliente objetivo del producto para crear una declaración fácil de entender que el equipo pueda usar para construir características en torno a los deseos y necesidades del cliente.
• Historias no de usuario son efectivas cuando las características de un producto no tienen una correlación directa con el usuario, pero aún pueden ser útiles para el equipo de desarrollo. En estas situaciones, una declaración no de usuario ayuda a construir un mejor producto en general.
• Picos son declaraciones breves que indican al equipo que se necesita más investigación sobre uno o dos problemas, que luego pueden ser probados para prevenir problemas futuros. Los problemas pueden surgir basados en historias de usuario y no de usuario que necesitan ser abordados.

Elementos básicos de las historias de usuario

Las historias de usuario difieren dependiendo del proyecto y el tipo de usuario. Pero su composición básica debería ser similar, utilizando los cuatro elementos:

• La tarjeta. Cada historia de usuario debe seguir el formato de "como un [quién], quiero [qué] para [por qué]". Nombrada la tarjeta para ayudar a limitar el espacio, este elemento debe ser lo más general posible para mantener la declaración simple.
• La conversación. Como los miembros del equipo interno son quienes escriben las historias de usuario, la parte de la conversación de desarrollar estas es sobre replicar temas que un usuario objetivo podría discutir al usar el producto. Esto debería ser un proceso colaborativo entre partes interesadas y desarrolladores.
• La confirmación. Antes de que las historias de usuario puedan informar el desarrollo del producto, el equipo interno debe acordar los criterios de aceptación. No todos los usuarios tendrán sugerencias que se conviertan en características del producto.
• El contexto. Las historias individuales son útiles para desarrollar características, pero deben relacionarse con el concepto más amplio del producto.

Beneficios de las historias de usuario

Muchas historias de usuario informan al equipo de desarrollo sobre necesidades o deseos similares que buscan de un producto. Los desarrolladores pueden entonces tener en cuenta esta información mientras trabajan. Algunos de los otros beneficios de involucrarse con historias de usuario incluyen:

• Mejorar el producto final. Aunque la retroalimentación no es necesariamente del usuario final, las historias de usuario obligan al equipo interno a pensar como tal. Esto fomenta la conversación sobre lo que un usuario quiere del producto.
• Trabajar con partes interesadas clave. Los usuarios serán el pensamiento principal detrás de las historias de usuario, pero otras partes interesadas clave pueden necesitar aportes internos en los cambios del producto. Las historias de usuario ayudan a fusionar esa retroalimentación con las necesidades del usuario final de una manera que funcione para todos.
• Prevenir problemas antes de que surjan. Al pensar como un usuario, el equipo de desarrollo podría localizar problemas que inicialmente pasaron por alto. Esto les da la oportunidad de solucionarlos antes de que el producto esté demasiado desarrollado.

Mejores prácticas para historias de usuario

Aunque el formato de escribir una historia de usuario es bastante sencillo, es importante considerar varias mejores prácticas al trabajar en ellas.

• Enfocarse en el por qué, no en el qué. La característica en sí es importante en el desarrollo del producto, pero la razón en la historia de usuario debe seguir siendo el motor clave detrás de cualquier decisión. Aclare características sobre diferentes necesidades del usuario, en lugar de la característica específica en el producto.
• Desarrollar una mejor comprensión de los usuarios. Para escribir historias de usuario efectivas, los equipos deben considerar construir personas de usuario a partir de investigaciones e ideas de los clientes. Esto hace que las historias de usuario sean más precisas a la experiencia vivida.
• Priorizar y revisar otras historias. Incluso si ciertas historias de usuario no son inicialmente útiles, es una buena idea conservar el resto para el futuro, especialmente con nuevos productos que pueden pasar por rediseños. Es especialmente útil cuando los equipos de producto pueden comparar datos reales de clientes con las historias de usuario.

Reúne datos del producto y retroalimentación directamente de tus clientes, luego organízalos para tu equipo interno usando software de gestión de retroalimentación empresarial dedicado.