search El medio de comunicación que reinventa la empresa

Aplicar la técnica del user story mapping al desarrollo de productos

Aplicar la técnica del user story mapping al desarrollo de productos

Por María Fernanda Aguirre

Actualizado el 18 de diciembre de 2020, públicado inicialmente en 18 de junio de 2020

En el ámbito del desarrollo de software y la gestión de productos, en 2014 Jeff Patton propuso el User Story Mapping como una metodología ágil para facilitar la construcción del backlog product y mejorar así la comunicación entre los equipos y la comprensión de un sistema.

En este artículo, Appvizer te cuenta cómo implementar esta herramienta y cómo utilizarla para responder de manera ágil y fluida a las necesidades de tus clientes.

User Story Mapping en español

Definición de la historia del usuario

Para definir el User Story Mapping en español, primero debemos partir de la noción de la user story o historia del usuario. Esta hace referencia a la narrativa o expectativas del usuario de cara al producto y la clara representación de las mismas, a partir de información como:

  • Identificación,
  • orden de prioridad,
  • estimación del volumen de trabajo requerido,
  • demostración,
  • observaciones complementarias.

User Story Mapping: objetivo

En este sentido y para llevar a cabo dicha representación, se habla del story mapping o trazado de la historia del usuario. A partir de este, la experticia del Product Owner y la información que el mismo ha recolectado de sus clientes, se organiza y presenta de manera más clara. Por ejemplo:

Como [tipo de usuario], me gustaría contar con [esta funcionalidad] con la cual pueda beneficiarme [de esta manera].

© Emarsys

¿Cómo construir el User Story Mapping? → 5 pasos

1. Delimitación del problema

Esta primera etapa es fundamental, puesto que es el momento en el cual el equipo comprende el problema (cuál es el propósito de la creación del producto). Esto se logra gracias a:

  • La clara definición y delimitación del problema,
  • la identificación de los diferentes tipos de usuario,
  • la comprensión de sus necesidades,
  • la identificación de sus expectativas.

2. Construcción del backlog product

Una vez se cuenta con un entendimiento y visualización globales de la situación, la siguiente etapa es la construcción del product backlog. Para llevarla a cabo, debes listar las actividades que será necesario realizar para cumplir con las expectativas del usuario.

Básicamente, lo que buscas es responder a la pregunta sobre lo que el usuario hará con el producto, a partir de:

  • El orden lógico de acciones (de izquierda a derecha),
  • la descripción de estas acciones, utilizando verbos simples y claros.

Para tener una visualización más clara desde el comienzo del proceso sobre la prioridad de cada actividad según el usuario, puedes asignar post its de diferentes colores.

© Planio

3. Asociación de actividades y tareas

Una vez las acciones hayan sido categorizadas (actividades de alto nivel, actividades de menor importancia, etc.), se definirá el conjunto de tareas relacionadas a las mismas, las cuales permitirán cumplir con el objetivo del proyecto.

Para cada actividad, define con tu equipo cuáles son algunas de las tareas que el usuario tendría que realizar para completar la actividad. Como una especie de hoja de ruta, en donde las tareas se listen de arriba hacia abajo, constituyendo las columnas del mapa.

En esta etapa, la priorización de las user stories puede resultar en el desarrollo del Mínimo Producto Viable (MVP, por sus siglas en inglés), el cual consiste en una versión preliminar del producto que te permitirá mejorarlo gradualmente.

4. Subdivisión de tareas

A partir de un primer acercamiento a lo que sería el producto, ahora tienes más elementos para desglosar las tareas en subtareas y volverlas a organizar. Esta vez, considera las eventuales variaciones, excepciones y detalles que puedan surgir.

Una buena práctica para asegurar que nada se te está escapando, es abordar el ejercicio desde diferentes perspectivas. De esta forma, es más difícil que queden espacios en blancos o consideraciones por tomar.

Al igual que se hizo en un primer momento y, sin perder de vista que la historia del usuario sigue un hilo conductor, dale prioridad a las subtareas, ubicándolas en el user story mapping en función de qué tan necesarias son para cumplir con las demás.

5. Iteración y ajuste de la historia del usuario

Ahora que ya tienes casi que constituido en su totalidad el mapa de la historia, muévete de izquierda a derecha para obtener un slice de lo que tu producto podría hacer. En otras palabras, una iteración o sprint.

El objetivo siempre será asegurarte de estar alcanzando los objetivos propuestos y ofrecer soluciones a los usuarios que estén en línea con sus expectativas.

☝ Último, pero no menos importante, y como con cualquier otro proceso, revisa el modelo en busca de oportunidades de mejora.

Mapa de historias de usuario: ejemplo

Veamos un ejemplo práctico de cómo utilizar el user story mapping. Suponiendo que tienes un e-commerce:

  1. En tu delimitación del problema, identificas los diferentes usuarios: consumidor, administrador del sitio, analistas, vendedores, etc.
  2. Tu lista de actividades incluye, en el caso puntual de un consumidor: visitar el sitio, buscar productos, comprar, etc.
  3. Las tareas asociadas a esas actividades contemplan: agregar productos al carrito, escoger condiciones de entrega, ingresar información personal, pagar.
  4. Las subtareas que se desprenden de las tareas, podrían ser: todo lo relativo a la pasarela de pagos, la opción para seguir comprando, etc.
  5. Cómo mejorar la experiencia del cliente lo determinas analizando qué otros servicios y facilidades puedes ofrecer.

Visual story mapping: la diferencia con el backlog product

Lo que se conoce como product backlog o recopilación de requisitos, corresponde simplemente a una lista de cosas por hacer.

Por su parte, más que ser una lista de actividades, el user story map es como un backlog en dos dimensiones, el cual dota de contexto dicha lista. Esto ayuda a que el equipo se centre en el desarrollo y pueda proporcionar mayor valor a los clientes, para obtener así los resultados deseados. Este se enfoca en el customer journey.

Si eres un proveedor de SaaS para profesionales, registra tu solución y empieza a generar Leads en un par de clics. 

Inscribir mi software
© Easy Agile
María Fernanda Aguirre

María Fernanda Aguirre, Editorial Manager

Ingeniera civil (Universidad Santo Tomás, Bogotá, Colombia) con máster en lenguas modernas de la Université Paul Valéry de Montpellier, Francia, María Fernanda trabaja como traductora, redactora y creadora de contenido. Hoy en día, combina sus habilidades analíticas con su amor por la escritura para crear contenido de calidad sobre diferentes temáticas y llevarlo más allá de las fronteras. Yoga, bienestar, recursos humanos y un sinnúmero de temas del mundo empresarial, cada asunto es tratado con precisión, con el objetivo de adaptarse a un público objetivo específico. Este camaleón idiomático es un verdadero apasionado por la lista de viñetas (¡el SEO forma parte de su ADN!).