Mapeo de Historias de Usuario: Cómo Mejorar la Priorización Ágil
Si llevas tanto tiempo en gestión de productos como yo (más de 15 años), habrás visto la transición de extensos documentos de requisitos de producto (PRDs) que describen funcionalidades hacia backlogs de productos Ágiles enfocados en historias de usuario.
Nadie echa de menos los PRDs, ¿verdad?
Los métodos Ágiles son sin duda un cambio a mejor, pero un backlog de producto plano puede rápidamente convertirse en una lista muy extensa y desestructurada de elementos, lo cual puede ser difícil de mantener.
Want more from The CPO Club?
Sign up for a free membership to complete reading this article:
Have an account? Log In
Una manera de ver el panorama general es crear un mapa de historias de usuario. Esto te permite obtener una visión general de un conjunto de funciones complejas de producto. Es útil al comenzar un producto nuevo, pero también al agregar funciones a un producto existente. El mapa de historias de usuario también puede ayudarte a definir épicas e historias de usuario.
¿Qué es el mapeo de historias de usuario?
El mapeo de historias de usuario es un método para estructurar un producto complejo en recorridos de usuario. Fue descrito por primera vez por Jeff Patton, quien ha escrito un libro completo al respecto. Forma parte de la metodología Lean Startup.
El mapa de historias de usuario describe la experiencia del usuario de tu producto desde la perspectiva del usuario. Esto no debe confundirse con un mapa de recorrido del cliente, que describe recorridos, incluyendo motivaciones, preguntas y emociones desde el punto de vista de un cliente, pero no necesariamente se enfoca en el producto en sí.
Los 3 niveles del mapeo de historias de usuario
Un mapa de historias de usuario tiene tres niveles. Veamos cada nivel junto con un ejemplo de un sitio web de hotel.
Nivel 1 - Actividades
Estas son las actividades que los usuarios realizan en tu producto. Pueden ser tan generales o específicas como quieras en este punto. Yo sugiero comenzar con actividades de un nivel bastante alto para que tu nivel superior, al menos inicialmente, no supere los 10 elementos. Las actividades se expresan como resultados que los usuarios desean lograr. Las actividades se disponen horizontalmente en el mapa.
Para nuestro sitio web de hotel, a un alto nivel algunas actividades clave podrían ser:
Nivel 2 - Pasos
El siguiente nivel son los pasos que los usuarios siguen en tu producto para completar las actividades descritas en el nivel 1. Estos pasos también se disponen horizontalmente.
En el ejemplo de nuestro sitio web de hotel, los pasos podrían ser:
Nivel 3 - Detalles
En este nivel describes en detalle qué se requiere para que los usuarios realicen los pasos descritos en el nivel 2. Aquí se incluye toda la información y las interacciones necesarias para completar un paso.
El nivel 3 se dispone verticalmente bajo las actividades y los pasos. Siguiendo con el ejemplo de nuestro sitio web de hotel, los detalles podrían ser:
Cómo construir un mapa de historias de usuario
Antes de comenzar a construir un mapa de historias de usuario, asegúrate de saber exactamente qué problemas resuelve tu producto, qué tipos de usuarios tienes y cuáles son las necesidades de tus usuarios. Algunos personas UX pueden ser útiles para esto.
Antes de comprometerse con las historias de usuario en sí, muchos equipos también pueden encontrar útil esbozar primero la narrativa más amplia. El storyboarding—tomando técnicas del cine y el diseño—ayuda a los equipos a visualizar el recorrido emocional del usuario y el contexto antes de definir interacciones específicas. Mientras que el mapeo de historias de usuario muestra el “qué” y el “por qué” de la funcionalidad del producto, el storyboarding puede iluminar “cómo se siente” y “qué sucede antes y después” de los puntos clave de contacto.
El mapeo de historias de usuario es una tarea colaborativa. Como mínimo, necesitas los miembros de tu equipo de desarrollo de producto multifuncional. También puedes invitar a miembros de soporte al cliente, marketing, equipos de ventas u otros interesados que tengan información sobre lo que los usuarios esperan de tu producto. Esto asegura que todos tengan una comprensión compartida de tu producto global.
Sin embargo, un mapa de historias de usuario no necesita construirse en una sola sesión. Es recomendable tener al menos una lista completa de las actividades de nivel 1 en la primera sesión, para que todos los miembros del equipo puedan ver la complejidad del producto global y reconocer riesgos y dependencias temprano. Pero todos los detalles de nivel 2 y nivel 3 pueden desarrollarse más adelante, cuando comiences a trabajar sobre la respectiva actividad de nivel 1.
Cuando eliges construir un mapa de historias, es más probable que crees una visión completa y, posteriormente, construyas el producto correcto.
Herramientas para el Mapeo de Historias de Usuario
Para construir físicamente tu mapa, cualquier soporte que no se deteriore después de algunos días es adecuado. Si trabajas como un equipo colocalizado puedes usar una pizarra o incluso una pared para pegar notas adhesivas. ¡Esta es una excelente manera de estimular la creatividad, pero la desventaja es que las notas suelen caerse después de algunos días! Si usas una pared, te recomiendo fervientemente tomarle fotos.
Por supuesto, una mejor alternativa sería usar alguna de las diversas soluciones de pizarras virtuales colaborativas o algún software para historias de usuario.
Mapeo de Historias de Usuario y Desarrollo Ágil
No importa si usas Scrum, Kanban o un híbrido como tu metodología de desarrollo de software Ágil, tendrás que averiguar cómo priorizar las funcionalidades del producto. Un mapa de historias de usuario te permite ver fácilmente todo tu producto, qué debe priorizarse para el próximo lanzamiento de producto y qué falta por construir.
Tener todo el producto mapeado también tiene la ventaja de que puedes dividirlo de varias maneras para priorizar tu roadmap de producto.
Puedes recortar el mapa de historias verticalmente si es posible separar algunos recorridos clave de usuario para la funcionalidad de un Producto Mínimo Viable (MVP).
En el ejemplo de nuestro sitio web de hotel, quizás solo puedas poner información sobre tu hotel y los precios de las habitaciones en línea, pero no un flujo completo de reservas online. En tu primera iteración, los clientes podrían encontrar toda la información necesaria para tomar una decisión, pero tendrían que llamar o enviar un correo para reservar una habitación.
Alternativamente, también puedes recortar el mapa de historias horizontalmente para ofrecer un recorrido mínimo de extremo a extremo para tus clientes. En nuestro ejemplo del hotel, esto podría significar tener una búsqueda básica de habitaciones y un flujo de reservas en línea, pero no todos los complementos que se pueden reservar.
More Articles
Cómo Traducir un Mapa de Historias de Usuario a tu Backlog Ágil
En última instancia, para desarrollar tu producto, probablemente tendrás que transformar tu mapa de historias de usuario en un backlog ágil plano con historias de usuario para su priorización y planificación de sprints.
Quizá te preguntes, ¿no es esto un trabajo duplicado? En realidad, los detalles de nivel 3 de tu mapa pueden convertirse fácilmente en historias de usuario y criterios de aceptación para tu equipo ágil. Así que, aunque hay un poco de duplicación, escribir historias de usuario resulta sencillo cuando has desarrollado un buen mapa de historias.
¿Por Qué Debería Usar el Mapeo de Historias de Usuario?
En conclusión, existen varios beneficios de usar un mapa de historias frente a un backlog ágil plano:
- Obtienes una visión holística de tu producto para entender el alcance del trabajo involucrado.
- Puedes identificar riesgos y dependencias antes y con mayor facilidad.
- Puedes priorizar el trabajo de tus sprints ágiles más fácilmente a partir de un mapa estructurado en lugar de a partir de un backlog plano y desestructurado.
- Se obtiene una comprensión compartida en toda la organización de qué actividades de usuario respalda tu producto.
Si quieres leer más sobre los mejores métodos de gestión de productos, ¿por qué no te suscribes a nuestro boletín?.
Lectura relacionada: ¿Qué es una épica ágil? Buenas prácticas, plantilla y ejemplo
¿Ampliando tu equipo? Aquí tienes algo útil: Cómo crear una descripción efectiva para el puesto de Agile Product Manager (+Ejemplo)
También vale la pena revisar:
