¿Qué es el mapeo de historias en Agile?
Agile 101
Mapeo de Historias: Pintar la imagen general de las historias de usuario de su producto
El Mapeo de historias en Ágil
¿Qué es el Mapeo de Historias (de usuarios)?
¿Para qué sirve el Mapeo de Historias?
¿Qué Valores y Principios Ágiles apoya el Mapeo de Historias?
¿Quién creó el Mapeo de Historias?
Jeff Patton describió por primera vez el Mapeo de Historias en su artículo “It’s All in How You Slice it” (Todo depende de cómo lo cortes) en 2005, cuando ya llevaba un par de años utilizándolo. Pero entonces no lo llamó Mapeo de Historias. Acuñó ese término en su artículo “The New User Story Backlog Is a Map” (El Nuevo Backlog de Historias de Usuario es un Mapa) en el 2008. También escribió un libro sobre ello: “User Story Mapping: Discover the Whole Story, Build the Right Product” (Mapeo de Historias de Usuarios: Descubra toda la historia, construya el producto adecuado).
¿Por qué utilizar el Mapeo de Historias?
¿Qué problemas resuelve el Mapeo de Historias?
¿Qué (otros) beneficios se obtienen del Mapeo de Historias?
El Mapeo de Historias le proporciona una serie de beneficios directos e indirectos.
Tener el panorama general al Alcance de la Mano
Cuando cree un Mapa de Historias físico, obtendrá algunos beneficios más.
Obstáculos y Errores
Los obstáculos y errores más importantes del mapeo de historias son:
- Trabajar sin un cliente o alguien íntimamente familiarizado con su trabajo
- Sin objetivo, sin problema que resolver
Al trabajar sin un problema que resolver, sin un objetivo que alcanzar, no tienes nada que le guíe en sus decisiones y no tendrá ni idea de cuándo ha terminado. Lo que lleva a desperdiciar el esfuerzo, o al menos a gastarlo en algo en el momento equivocado.
- No mantener visible el mapa
Fuera de la vista, fuera de la mente. Sin el Mapa de Historias como recordatorio visible del panorama general de su aplicación, es muy fácil desviarse del camino. Al igual que el peligro de perderse en la maleza: quedarse atrapado en los detalles de una sola historia que son irrelevantes para el conjunto. Esto duele aún más, cuando esos detalles requieren más esfuerzo del que merece el valor de la historia.
Aunque es preferible tener un Mapa de Historias físico por las ventajas adicionales que proporciona, con tantos equipos remotos hoy en día, no siempre podrá permitirse ese lujo. Pero aun así puedes mantenerlo muy visible. Por ejemplo, puede tener un monitor grande que muestre el mapa en cada lugar donde haya miembros del equipo.
- No mantener visible el mapa
¿Cómo crear un Mapa de Historias en 6 pasos (con ejemplos)?
1. Empezar con las Grandes Bloques
2. Rompiendo sus Bloques
Divida la historia de cada actividad del usuario en historias más pequeñas, las tareas del usuario. Coloque las tareas del usuario bajo la actividad a la que pertenecen y ordénelas en la misma dirección que las actividades y en el orden que tenga sentido para el usuario.
En el caso del Club de Eventos Divertidos, esto se ve así.
Ahora tiene lo que se llama la columna vertebral de su Mapa de Historias.
La mayoría de las tareas del usuario tienen pasos o subtareas independientes. Ponga estas subtareas debajo (si va en horizontal) de la tarea de usuario a la que pertenecen.
Esto se ve así.
Tanto las tareas de usuario como las subtareas se convierten en las historias de usuario que vas a implementar. Después de todo, un usuario todavía necesita seleccionar un evento de una lista para ver sus detalles o unirse a él inmediatamente..
3. Encuentre los Guijarros que se le Escaparon
4. Ponga sus Guijarros en Línea
5. Esculpa un Valioso Primer Bloque de Piedra con sus Montones de Guijarros
6. Seguir Esculpiendo
Planifique sus siguientes lanzamientos priorizando las tareas restantes. Depende enteramente de usted cómo quiera avanzar.
Puede optar por priorizar las historias de mayor valor de varias o incluso de todas las actividades del usuario. También puede optar por centrarse en una sola actividad y priorizar todas las historias menos las de menor valor. Y puede que la gente de negocios de su empresa quiera tener en cuenta otros aspectos. Ellos están en la mejor posición para decidir qué características e historias constituyen una buena versión.
En lugar de dibujar líneas entre las historias para marcar cuáles van a las siguientes versiones, también puede reorganizar el mapa para mostrar las versiones como tramos horizontales de historias.
Uso del Mapeo de Historias con las Aplicaciones Existentes
El Mapeo de Historias no es sólo para las nuevas aplicaciones. También se puede utilizar para las aplicaciones existentes.
Para ayudarle a entender lo que hace una aplicación y recrear su imagen general para que pueda aprovechar eso cuando avance.
Y, por supuesto, para trazar nuevas características y ponerlas en contexto con la aplicación existente.
Si no puede (no se le permite) construir un Mapa de Historia completo de la aplicación existente primero, al menos consiga todas las actividades de los usuarios existentes.
Esto le dará el contexto para las nuevas características.
Y también le dará un lugar para poner las tareas que necesita añadir o cambiar en las actividades de usuario existentes. Por ejemplo, cuando cree una nueva función para enviar correos electrónicos dirigidos. Tendrá que añadir la selección de varios contactos en la lista de contactos existente. Y probablemente también necesitará añadir algunas capacidades de filtrado adicionales allí.
Conviértase en un Narrador de Historias
¡La vida es buena cuando sus equipos ágiles están sincronizados!
Solicite una demostración personalizada de SwiftEnterprise.