Este documento presenta una introducción al User Story Mapping. Explica que los mapas de historias de usuario organizan y priorizan las historias de usuario de una manera que hace visible el flujo de trabajo del usuario y las relaciones entre las historias. También ayudan a planear lanzamientos de software al permitir dividir el mapa en porciones de funcionalidad completas.

1. U. S. M.
tiempo
necesidad
The backbone
The walking skeleton
© Jeff Patton, all rights reserved, www.AgileProductDesign.com

2. Esta presentación:
Introducción a User Story Mapping
en http://bit.ly/luchousm

3. USER STORY MAPPING
Lucho Salazar
@luchosalazarc
…
Versión 1.5.0 20161125

4. LUCHO SALAZAR
@luchosalazarc
lucho.salazar@gmail.com
wwww.gazafatonarioit.com
https://co.linkedin.com/in/luchosalazar

5. Miembro de Ágiles Colombia
• http://www.agilescolombia.org
• @AgilesColombia
• facebook.com/AgilesColombia
• Meetup.com/agilescolombia

6. El mapa de historias de usuario
REPRESENTACIÓN VISUAL DEL PRODUCTO
Ofrece una vista general de todas las funcionalidades que componen el
sistema (the big picture) de punta a punta.
Objetivo

7. El mapa de historias de usuario
Es un enfoque para organizar y priorizar
historias de usuario
Objetivo

8. El mapa de historias de usuario
Permite identificar Historias de Usuario faltantes en el Backlog,
planificar Releases, visualizar cómo se distribuyen las
funcionalidades de acuerdo a las diferentes áreas del sistema.
Objetivo

9. U. S. M.
Los mapas de historias de usuario
Son diferentes a los backlogs típicos de
historias de usuario en cuanto:
Hacen visible el flujo de trabajo o la cadena de
valor
Muestran las relaciones entre historias más
grandes y sus historias hijas
Ayudan a confirmar la completitud del backlog
Proporcionan un contexto útil para la priorización
Permiten planear entregas (releases) en porciones
valuadas y completas de funcionalidad

10. U. S. M.
tiempo
necesidad
The backbone
The walking skeleton
© Jeff Patton, all rights reserved, www.AgileProductDesign.com

11. U. S. M.
El mapa de historias de usuario
Organiza las historias
de usuario en un
mapa que comunica
experiencia

12. U. S. M.
Anatomía de un Mapa de Historias de Usuario
El backbone de la aplicación es la lista de actividades esenciales
que la aplicación soporta
El walking skeleton es el producto (de software) que construimos
que soporta el menor número de tareas necesarias a través de
una experiencia de usuario completa
The backbone
tiempo
The walking skeleton

13. U. S. M.
El mapa de historias de usuario
¿Y cómo se elabora un
mapa de historias de
usuario?

14. © Jeff Patton, all rights reserved, www.AgileProductDesign.com
Cuenta una historia grande del producto empezando con las
actividades más relevantes del usuario para las cuales será
usado el sistema
– Ordena las actividades de izquierda a derecha para
explicárselas a alguien que pregunte: “¿Qué hacen las
personas con el sistema?”
tiempo
U. S. M.
Empieza por contar historias más grandes

15. © Jeff Patton, all rights reserved, www.AgileProductDesign.com
Adiciona historias centradas en tareas bajo cada actividad en
el flujo de trabajo, de izquierda a derecha.
– Si fueras a explicar a alguien lo que una persona hace
típicamente en esa actividad, ordena las tareas en el orden en
que contarías la historia. ¡Pero no te pongas muy tenso sobre
el orden!
tiempo
U. S. M.
Adiciona historias que indiquen tareas de usuario

16. © Jeff Patton, all rights reserved, www.AgileProductDesign.com
Organiza las tareas de usuario verticalmente si un usuario debe
hacer más de una tarea casi al mismo tiempo
– Si al contar la historia dices que el usuario del sistema típicamente
“hace esto o aquello o esto o esto otro y luego hace aquello otro”,
esas “o” son señales de apilamiento vertical, mientras que los “y
luego” son señales de ordenamiento horizontal.
tiempo
U. S. M.
Organiza las historias de usuario

17. Leer las actividades en la parte superior del sistema
ayuda a entender el uso de punta a punta del sistema.
(Refiérete a estas cuando hables a personas con lapsos de
atención cortos.)
tiempo
Bajo cada actividad o historia
grande están las historias hijas
que la componen
Descomposición y flujo a través del sistema
U. S. M.
© Jeff Patton, all rights reserved, www.AgileProductDesign.com

18. © Jeff Patton, all rights reserved, www.AgileProductDesign.com
Promueve el trabajo en equipo para organizar las historias
Busca actividades: tareas que parecen similares son realizadas por
personas similares en la búsqueda de objetivos similares
Usa colores diferentes para etiquetar/resaltar las actividades
tiempo
U. S. M.
Ensamblar las historias en un mapa de historias

19. U. S. M.
El mapa de historias de usuario
Discute, llena, refina el
mapa y valida
completitud

20. U. S. M.
Usando técnicas de convergencia, llena el mapa
Trabaja como un equipo
Busca tareas alternativas
¿Qué más podrían hacer los usuarios del sistema que no están
en los escenarios actuales?
Busca excepciones
¿Qué podría salir mal y qué tendría que hacer el usuario para
recuperarse?
Considera otros usuarios
¿Qué harían otros usuarios para lograr sus objetivos?
Lleva todas esas historias adicionales a tu mapa

21. U. S. M.
Para planear entregas (releases)
Divide el mapa (en
rodajas ‘verticales’)
para encontrar
entregas (releases)
ideales

22. © Jeff Patton, all rights reserved, www.AgileProductDesign.com
tiempo
opcionalidad
necesario
menos
opcional
más
opcional
primera entrega
segunda entrega
tercera entrega
U. S. M.
Plan de entregas
• Selecciona grupos coherentes de características que se extiendan
por la funcionalidad del negocio y actividades de usuario
• Incluye todas las actividades necesarias en la primera entrega
• Mejora las actividades ya incluidas y adiciona
otras actividades en las entregas subsiguientes

23. U. S. M.
Recomendaciones del Experto
Define y entiende el problema
¿Para quién es? ¿Por qué lo vamos a construir?
Elabora un mapa del cuadro general (de la solución)
Concéntrate en la extensión, no en la profundidad
Explora
Ve más al detalle (profundidad) y habla sobre otros tipos de
usuarios y personas

24. U. S. M.
Recomendaciones del Experto
Define una estrategia de entregas (releases)
Recuerda: siempre habrá mucho por construir
Define una estrategia de aprendizaje
¡El Minimísimo Producto Viable! Pero recuerda: ¡el MVP es
solo una hipótesis hasta que demuestres lo contrario!
Define una estrategia de desarrollo
Divide tu Mínima Solución Viable en las partes que te gustaría
construir primero y después. Enfócate en construir primero lo
que te ayude a aprender y a minimizar riesgos

25. U. S. M.
tiempo
necesidad
The backbone
The walking skeleton
© Jeff Patton, all rights reserved, www.AgileProductDesign.com
El mapa de historias de usuario

26. Ejemplos

27. Ejemplo de “User Story Map”

28. User Story Map de Super Social

29. User Story Map de Super Social con
MVP

30. U. S. M.
Advertencia
Las recomendaciones
anteriores son dadas
por expertos.
¡Inténtalas en tu trabajo
sin riesgo alguno!

31. Material de apoyo
Video de User Story Map con Jorge Abad
User Story Map con Jorge Abad
Video

32. Sobre mi enfoque Ágil…

33. #ÁgilEsAlgoQueEres www.gazafatonarioit.com - Lucho Salazar @luchosalazarc
Ágil significa reemplazar
la predictibilidad falsa
por la eficiencia
http://www.gazafatonarioit.com
Ágil significa reemplazar
la predictibilidad falsa
por la eficiencia
http://www.gazafatonarioit.comLucho Salazar

34. #CulturaÁgil #ÁgilEsAlgoQueEres
@luchosalazarc

35. Esta presentación:
Introducción a User Story Mapping
en http://bit.ly/luchousm

36. #ÁgilEsAlgoQueEres www.gazafatonarioit.com - Lucho Salazar @luchosalazarc
Acerca de Lucho Lucho Salazar: autor, conferencista, coach ágil,
experto en procesos y métodos de software,
incluyendo métodos y prácticas ágiles,
Ingeniería de Requisitos, Arquitectura de
software, Análisis y Diseño de software y
Gerencia de Proyectos. Sus artículos han sido
publicados por medios como Líder de
Proyecto, Asociación Española de Profesionales
en Dirección de Proyectos, Scrum Alliance y la
revista PROIECTUS, editada también en
España.
Lucho es autor de los libros “Asuntos de la
Ingeniería de Software”, Volumen I y Volumen
II. Es traductor al español de la guía oficial de
Scrum y la Guía Definitiva de Nexus; de los
libros de Ivar Jacobson “Casos de Uso 2.0” y “La
Esencia de la Ingeniería del Software: aplicando
el Kernel de Semat”.
Su blog sobre Cultura Ágil se puede leer
en http://www.gazafatonarioit.com. Lucho
también escribe poemas, su libro Ansiedad de
un Náufrago fue publicado en 2010.
@luchosalazarc
lucho.salazar@gmail.com
http://co.linkedin.com/in/luchosalazar
http://www.gazafatonarioit.com

37. #ÁgilEsAlgoQueEres www.gazafatonarioit.com - Lucho Salazar @luchosalazarc
¿PREGUNTAS?

38. Sobre el material utilizado
• Esta presentación se basa en el trabajo de Jeff
Patton (@jeffpatton).
• Además de las referencias explícitas, esta
presentación puede contener material o ideas
de otras personas u organizaciones que omití
sin intención.
• Nota: Trate de dar crédito a todos, pero si consideras que
faltaste por que no te referencié o debo modificar algo de tu
propiedad, por favor, no dudes en hacérmelo saber,
contactándome a: lucho.Salazar@gmail.com

39. Aviso de Copyright
• Eres libre de:
– Compartir- copiar, distribuir y transmitir este trabajo
– Modificar- adaptar el trabajo
• Bajo las siguientes condiciones
– Atribución: debes atribuir el trabajo en la manera especificada por el autor o
licenciante (pero de ninguna manera que sugiera que ellos aprueban su uso del
trabajo).
• Nada de lo dispuesto en esta licencia menoscaba o
restringe los derechos morales del autor.
• Para más información ver http://creativecommons.org/licenses/by/3.0/

40. Información de contacto
• Luis Antonio “Lucho” Salazar-Caraballo
– lucho.salazar@gmail.com