Crear un mapa de historias: cómo dar forma a la visión global durante Product Inception

Uno de los objetivos de Product Inception es descomponer nuestra visión en historias de usuario y determinar cómo se relacionan y cuáles tienen mayor prioridad. Pero ¿cómo profundizamos en los detalles sin perder de vista los objetivos más importantes del producto?

En este punto del proceso de Product Inception, hemos definido una visión del producto, realizado un análisis de partes interesadas y comprendido mejor a nuestros usuarios mediante el análisis de personas. Ahora es momento de tomar nuestras notas adhesivas, encontrar un espacio grande y vacío, como una mesa de reuniones, una pared o una pizarra, y armar nuestro mapa de historias. Este sintetiza gran parte del trabajo realizado durante Product Inception y nos ofrece una visión global de lo que construiremos y cómo funcionará el producto. Es una actividad visual y colaborativa mucho más eficaz y divertida que un documento que explique el producto solo con texto.

¿Por qué crear un mapa de historias?

Un mapa de historias es fundamental para Product Inception porque ayuda a identificar las funciones que tendrá el producto y las historias en las que trabajaremos. Recorrerlo pensando en un usuario, o mejor aún, con un usuario potencial real, permite detectar aspectos que quizá pasamos por alto sobre cómo interactúa con el producto para alcanzar su objetivo. También permite decidir qué funciones no contribuyen a ese objetivo y, por lo tanto, quedan fuera del alcance. Nos da una idea práctica de cómo sería el producto mínimo viable y permite planificar el primer lanzamiento. ¹ Además, sirve de referencia al armar el backlog del producto.

Un mapa de historias es muy útil más allá de Product Inception. Cuando el equipo está inmerso en el desarrollo, puede perder fácilmente de vista el proyecto más allá del siguiente elemento del backlog. El mapa ayuda a mantener la motivación gracias al panorama general, incluso al trabajar en piezas pequeñas. También es fundamental para alinear a las partes interesadas con el equipo. Durante una revisión del sprint, se puede usar para señalar las funciones en las que se trabajó y dar una idea concreta del progreso. ²

Cómo crear un mapa de historias

Empecemos pensando en una persona de usuario y los objetivos que quiere alcanzar con nuestro producto. Consideremos la aplicación interna para docentes y estudiantes universitarios que comentamos en nuestra publicación reciente sobre análisis de personas. Los objetivos de un docente podrían incluir crear un programa de curso, subir recursos, crear una nueva tarea y hacer un anuncio. Para empezar el mapa, escribimos cada objetivo en una nota adhesiva y los ordenamos de izquierda a derecha.

Este es el nivel superior, y cada nota representa lo que el experto en mapas de historias Jeff Patton llama una «actividad del usuario». Estas actividades representan historias épicas que a menudo son demasiado grandes para un solo sprint y suelen implicar tareas que formarán los niveles inferiores. También podemos colocar la persona de usuario por encima de este nivel para recordar desde qué perspectiva pensamos. Conviene usar un color diferente para cada nivel. Veamos nuestro mapa hasta ahora:

El siguiente paso es dividir las actividades en tareas que el usuario debe completar para realizarlas. Centrémonos en «Crear una nueva tarea». Para lograrlo, el docente debe escribir las instrucciones, fijar un plazo, elegir formatos aceptables de entrega (como archivos doc o pdf) y crear una rúbrica de evaluación. Ordenamos estas tareas debajo de la actividad, de arriba abajo según su importancia relativa o el orden habitual en que el usuario las completaría. Sin embargo, queremos evitar demasiado detalle: durante Product Inception buscamos una visión general de cómo funcionará el producto.

Luego repetimos el proceso para cada persona de usuario. El mapa es nuestra oportunidad de pensar en grande e intentar incluir todas las historias posibles. Solo cuando tenemos todo frente a nosotros podemos decidir cuáles priorizar.

Pero ¿cómo usamos el mapa para priorizar? Las actividades del nivel superior forman lo que Patton llama la «columna vertebral»: las funciones esenciales que debe tener el producto para cumplir nuestra visión. La priorización ocurre debajo de ese nivel. Nos aseguramos de ordenar las tareas con las más importantes cerca de arriba. Luego podemos observar el mapa y trazar una línea donde el producto tendría todas las funciones necesarias para funcionar. Todo lo que queda encima forma el producto mínimo viable que podría constituir el primer lanzamiento; lo que queda debajo puede dejarse para iteraciones futuras. ³

Un mapa de historias concreta nuestra visión y sirve de guía durante el diseño y el desarrollo. Usamos este ejercicio en una sesión de Product Inception en Amgen muy exitosa y pudimos estimar el esfuerzo necesario para crear el producto, además de descubrir factores que ahorraron tiempo y recursos valiosos. Lo consideramos una parte indispensable de Product Inception y una forma muy eficaz de asegurarnos de crear algo realmente centrado en los objetivos de los usuarios.