Visual story mapping – Técnica para construir backlogs

Visual Story Mapping

Uno de los principales objetivos al inicio de un proyecto es obtener los requerimientos. Sin embargo, muchas veces es difícil identificar por dónde empezar. La técnica de Visual Story Mapping, permite que todos los participantes armen el backlog de una manera visual orientada a obtener las historias de usuario en función de los flujos principales de una aplicación mostrándolos en dos dimensiones, que es una ventaja frente a comenzar a armar los requerimientos en un backlog que solamente tiene una dimensión y no da una visibilidad del flujo o la secuencia de las historias de usuarios.

¿Cómo se construye?

El visual story map muestra al backlog en dos dimensiones:

  • La dimensión horizontal representa la secuencia de las historias de usuario.
  • La dimensión vertical que representa las prioridades de las historias.

Imaginemos un ejemplo de la vida real: Comprar un libro por una página web

  • Para ir a comprar un libro tenemos las siguientes actividades:
  • Buscar libro
  • Ver el detalle del libro
  • Agregar el libro al carrito de compras
  • Loguearme en la página
  • Pagar por el libro

 

Visual Story Mapping

 

Cada una de estas actividades se pueden hacer de distintas maneras. Por ejemplo para buscar el libro, si se el título del libro que quiero puedo ingresar en la barra de búsqueda el título y ver los resultados, en caso simplemente quiere un libro de una categoría específica, puedo elegir la categorías que deseo y ver los resultados.

Dado que es más sencillo buscar por la barra de búsqueda, dado que incluso podemos poner categorías, esa tiene mayor prioridad para mí.

De la misma forma que la búsqueda, hacemos lo mismo con las otras actividades.

Así mismo mientras vamos entrando más a detalle podemos ver que hay más actividades que se realizan por ejemplo, ver el carrito de compras, o registrarse en la página. Así que podemos ir agregándolas a nuestro flujo.

 

Visual Story Mapping

 

Hay algunos puntos que tomar en cuenta también, a veces la secuencia de una actividad se puede hacer antes o después de otra, por ejemplo, me puedo loguear antes de buscar el libro. Otro punto, es cuando se hacen acciones repetitivas. Para este tipo de situaciones podemos agregar notas, o ponerlo de otro color, la idea es hacer un consenso entre todos para que todos entiendan qué significa.

Algunas de las actividades de la parte superior están relacionadas por lo cual también las podemos agrupar, dándoles un título descriptivo en la parte superior, por ejemplo para las actividades buscar libro, ver resultados y ver detalle del libro, las podemos agrupar en Buscar libro, lo mismo hacemos con las otras actividades.

 

Visual Story Mapping

 

Elementos de un visual story map

El Backbone: Representa a las actividades o procesos del negocio de nuestro  sistema. En nuestro ejemplo el backbone está representado por las tarjetas amarillas.

El Walking Skeleton: Representa a actividades del sistema le permiten funcionar de manera correcta. Es un detalle de las funcionalidades definidas en el backbone. En nuestro ejemplo sería el flujo de las tarjetas blancas de la primera fila.

Actividades: Son los pasos, acciones que se realizan en cada uno de los componentes del backbone. En nuestro ejemplo serian cualquiera de las tarjetas blancas. Estas actividades luego pueden representar una historia de usuario, o de repente dividirse en dos, dependiendo de cómo se vaya armando el backlog.

 

Backbone y Walking Skeleton

 

Después de haber terminado con el visual story map, el equipo puede definir como se organizarán los releases. Generalmente se hace una separación horizontal entre las tarjetas que pertenecerán al primer release, y así sucesivamente. En el caso de nuestro ejemplo quedaría de la siguiente manera:

 

Visual Story Mapping Release

 

En función de esto ya se podría construir el backlog (de una dimensión), y tener claro el orden en el que se irán desarrollando las historias. Sin embargo, no hay que olvidar, que esta herramienta nos ayudara durante todo el desarrollo, por lo cual puede ir siendo actualizada.

Eso sería todo con respecto a visual story mapping!.

Para más información sobre visual story mapping, escribir a mapi@agileninja.org

2 respuestas a “Visual story mapping – Técnica para construir backlogs”

  1. Buen artículo. Ke felicito. Gracias

    1. Muchas Gracias!!! Cualquier duda sobre el tema no dudes en consultarme.

Deja un comentario