Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité

Consultez-les par la suite

1 sur 41 Publicité

Plus De Contenu Connexe

Diaporamas pour vous (20)

Les utilisateurs ont également aimé (20)

Publicité

Similaire à User Story Mapping (20)

Plus récents (20)

Publicité

User Story Mapping

  1. 1. U. S. M. tiempo necesidad The backbone The walking skeleton © Jeff Patton, all rights reserved, www.AgileProductDesign.com
  2. 2. Esta presentación: Introducción a User Story Mapping en http://bit.ly/luchousm
  3. 3. USER STORY MAPPING Lucho Salazar @luchosalazarc … Versión 1.5.0 20161125
  4. 4. LUCHO SALAZAR @luchosalazarc lucho.salazar@gmail.com wwww.gazafatonarioit.com https://co.linkedin.com/in/luchosalazar
  5. 5. Miembro de Ágiles Colombia • http://www.agilescolombia.org • @AgilesColombia • facebook.com/AgilesColombia • Meetup.com/agilescolombia
  6. 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. 7. El mapa de historias de usuario Es un enfoque para organizar y priorizar historias de usuario Objetivo
  8. 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. 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. 10. U. S. M. tiempo necesidad The backbone The walking skeleton © Jeff Patton, all rights reserved, www.AgileProductDesign.com
  11. 11. U. S. M. El mapa de historias de usuario Organiza las historias de usuario en un mapa que comunica experiencia
  12. 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. 13. U. S. M. El mapa de historias de usuario ¿Y cómo se elabora un mapa de historias de usuario?
  14. 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. 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. 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. 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. 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. 19. U. S. M. El mapa de historias de usuario Discute, llena, refina el mapa y valida completitud
  20. 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. 21. U. S. M. Para planear entregas (releases) Divide el mapa (en rodajas ‘verticales’) para encontrar entregas (releases) ideales
  22. 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. 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. 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. 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. 26. Ejemplos
  27. 27. Ejemplo de “User Story Map”
  28. 28. User Story Map de Super Social
  29. 29. User Story Map de Super Social con MVP
  30. 30. U. S. M. Advertencia Las recomendaciones anteriores son dadas por expertos. ¡Inténtalas en tu trabajo sin riesgo alguno!
  31. 31. Material de apoyo Video de User Story Map con Jorge Abad User Story Map con Jorge Abad Video
  32. 32. Sobre mi enfoque Ágil…
  33. 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. 34. #CulturaÁgil #ÁgilEsAlgoQueEres @luchosalazarc
  35. 35. Esta presentación: Introducción a User Story Mapping en http://bit.ly/luchousm
  36. 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. 37. #ÁgilEsAlgoQueEres www.gazafatonarioit.com - Lucho Salazar @luchosalazarc ¿PREGUNTAS?
  38. 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. 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. 40. Información de contacto • Luis Antonio “Lucho” Salazar-Caraballo – lucho.salazar@gmail.com

×