Mapa de historias
Fue desarrollada por Jeff Patton, quien la describió primero en un artículo en 2005 y en profundidad en el libro User Story Mapping (2014).
Descripción
A diferencia de una pila del producto plana (lista ordenada de historias), el mapa de historias conserva la narrativa del usuario: cómo alguien usa el sistema de principio a fin. Esto permite ver el "bosque" (la experiencia completa) sin perder de vista los "árboles" (las historias individuales).
El mapa se organiza en dos ejes:
- En el horizontal, las actividades y las tareas de usuario (escritas como frases verbales cortas: «emitir factura», «subir un gasto») colocadas en su orden narrativo forman la espina dorsal del mapa, que se lee de izquierda a derecha y cuenta lo que hace una persona con el producto de principio a fin.
- En el vertical, bajo cada tarea, cuelga el detalle y las variantes ordenadas por necesidad. Las líneas horizontales que se trazan sobre el mapa separan entregas, cada una con el resultado que se espera conseguir.
Además tiene dos usos:
- El mapa de lo que ya ocurre se documenta con datos (entrevistas, analítica, observación);
- el mapa de lo que se quiere conseguir es una hipótesis hasta que se libera y se mide.
Tratar el segundo como un plan aprobado convierte el mapa en un documento de proyecto.
Cómo construirlo
- Definir los usuarios y sus objetivos: ¿quién usa el sistema y para qué?
- Mapear el esqueleto: identificar los grandes pasos del flujo de trabajo del usuario (las épicas) y ordenarlos de izquierda a derecha según el orden temporal de uso.
- Rellenar las actividades: para cada épica, identificar las tareas concretas que el usuario realiza.
- Identificar historias: para cada actividad, generar las historias de usuario correspondientes y ordenarlas verticalmente por prioridad.
- Cortar releases: trazar líneas horizontales que separen las historias en grupos que forman una versión coherente del producto. Las historias por encima de la primera línea son el MVP.
Para qué sirve
- Como herramienta de discovery: construir el mapa en equipo ayuda a detectar lagunas en el entendimiento del flujo del usuario.
- Como herramienta de planificación de releases: las líneas de corte permiten planificar versiones que son experiencias coherentes, no listas de funcionalidades.
- Como herramienta de comunicación con stakeholders: el mapa es comprensible para personas no técnicas y facilita la conversación sobre prioridades.
Error frecuente
Construir el mapa en solitario o trasladarlo directamente de la pila del producto. El valor del mapa de historias está en el proceso colaborativo de construirlo: las conversaciones que genera entre el equipo, el propietario del producto y los stakeholders son la fuente principal de aprendizaje. Un mapa construido individualmente o generado automáticamente desde un backlog existente omite ese proceso y produce un artefacto visual sin el conocimiento compartido que lo hace útil.
Recursos
🏦 Skill User storiesState of the art y guía de desarrollo · Skill Arena
📄 Product Owner v.2.0Descarga gratuita · Scrum Manager
Referencias
- Patton, Jeff. (2014). User Story Mapping: Discover the Whole Story, Build the Right Product. O'Reilly Media.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.