Mapa de historias: Difference between revisions
Created page with "Representación visual de una pila de producto en dos dimensiones. La implementación más habitual es sobre un tablero kanban. Horizontalmente se alinean en la parte superior..." |
|||
| (11 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
{{Meta-bok|min=4}} | |||
El '''mapa de historias''' (''User Story Map'' en inglés) es una técnica visual de planificación de producto que organiza las [[Historia de usuario|historias de usuario]] en dos dimensiones: el flujo de actividades del usuario a lo largo del tiempo en el eje horizontal, y la prioridad o importancia de las historias en el eje vertical. Permite planificar versiones del producto de forma que cada entrega sea una experiencia coherente y completa para el usuario, no solo un conjunto de funcionalidades. | |||
Fue desarrollada por Jeff Patton, quien la describió primero en un artículo en 2005 y en profundidad en el libro ''User Story Mapping'' (2014). | |||
== Descripción == | |||
A diferencia de una pila del producto plana (lista ordenada de historias), el mapa de historias conserva la narrativa del usuario: cómo alguien usa el sistema de principio a fin. Esto permite ver el "bosque" (la experiencia completa) sin perder de vista los "árboles" (las historias individuales). | |||
La estructura del mapa tiene tres niveles: | |||
* '''Temas o épicas:''' en la fila superior, los grandes bloques de actividad del usuario. | |||
* '''Actividades (columna por columna):''' debajo de cada épica, los pasos del flujo de trabajo del usuario. | |||
* '''Historias de usuario:''' bajo cada actividad, las historias concretas ordenadas por prioridad de arriba hacia abajo. | |||
== Cómo construirlo == | |||
# '''Definir los usuarios''' y sus objetivos: ¿quién usa el sistema y para qué? | |||
# '''Mapear el esqueleto''': identificar los grandes pasos del flujo de trabajo del usuario (las épicas) y ordenarlos de izquierda a derecha según el orden temporal de uso. | |||
# '''Rellenar las actividades''': para cada épica, identificar las tareas concretas que el usuario realiza. | |||
# '''Identificar historias''': para cada actividad, generar las historias de usuario correspondientes y ordenarlas verticalmente por prioridad. | |||
# '''Cortar releases''': trazar líneas horizontales que separen las historias en grupos que forman una versión coherente del producto. Las historias por encima de la primera línea son el MVP. | |||
== Para qué sirve == | |||
* Como herramienta de discovery: construir el mapa en equipo ayuda a detectar lagunas en el entendimiento del flujo del usuario. | |||
* Como herramienta de planificación de releases: las líneas de corte permiten planificar versiones que son experiencias coherentes, no listas de funcionalidades. | |||
* Como herramienta de comunicación con stakeholders: el mapa es comprensible para personas no técnicas y facilita la conversación sobre prioridades. | |||
== Error frecuente == | |||
<div class="bok-aviso"> | |||
'''Construir el mapa en solitario o trasladarlo directamente de la pila del producto.''' El valor del mapa de historias está en el proceso colaborativo de construirlo: las conversaciones que genera entre el equipo, el propietario del producto y los stakeholders son la fuente principal de aprendizaje. Un mapa construido individualmente o generado automáticamente desde un backlog existente omite ese proceso y produce un artefacto visual sin el conocimiento compartido que lo hace útil. | |||
</div> | |||
== Referencias == | |||
* Patton, Jeff. (2014). ''User Story Mapping: Discover the Whole Story, Build the Right Product''. O'Reilly Media. | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Historia de usuario]] [[Epic]] [[Pila del producto]] [[Mínimo Producto Viable]] [[Propietario del producto]] [[Mapa de producto]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category:Product Management]] | |||
[[Category:Prácticas ágiles]] | |||
Latest revision as of 14:56, 19 May 2026
El mapa de historias (User Story Map en inglés) es una técnica visual de planificación de producto que organiza las historias de usuario en dos dimensiones: el flujo de actividades del usuario a lo largo del tiempo en el eje horizontal, y la prioridad o importancia de las historias en el eje vertical. Permite planificar versiones del producto de forma que cada entrega sea una experiencia coherente y completa para el usuario, no solo un conjunto de funcionalidades.
Fue desarrollada por Jeff Patton, quien la describió primero en un artículo en 2005 y en profundidad en el libro User Story Mapping (2014).
Descripción
A diferencia de una pila del producto plana (lista ordenada de historias), el mapa de historias conserva la narrativa del usuario: cómo alguien usa el sistema de principio a fin. Esto permite ver el "bosque" (la experiencia completa) sin perder de vista los "árboles" (las historias individuales).
La estructura del mapa tiene tres niveles:
- Temas o épicas: en la fila superior, los grandes bloques de actividad del usuario.
- Actividades (columna por columna): debajo de cada épica, los pasos del flujo de trabajo del usuario.
- Historias de usuario: bajo cada actividad, las historias concretas ordenadas por prioridad de arriba hacia abajo.
Cómo construirlo
- Definir los usuarios y sus objetivos: ¿quién usa el sistema y para qué?
- Mapear el esqueleto: identificar los grandes pasos del flujo de trabajo del usuario (las épicas) y ordenarlos de izquierda a derecha según el orden temporal de uso.
- Rellenar las actividades: para cada épica, identificar las tareas concretas que el usuario realiza.
- Identificar historias: para cada actividad, generar las historias de usuario correspondientes y ordenarlas verticalmente por prioridad.
- Cortar releases: trazar líneas horizontales que separen las historias en grupos que forman una versión coherente del producto. Las historias por encima de la primera línea son el MVP.
Para qué sirve
- Como herramienta de discovery: construir el mapa en equipo ayuda a detectar lagunas en el entendimiento del flujo del usuario.
- Como herramienta de planificación de releases: las líneas de corte permiten planificar versiones que son experiencias coherentes, no listas de funcionalidades.
- Como herramienta de comunicación con stakeholders: el mapa es comprensible para personas no técnicas y facilita la conversación sobre prioridades.
Error frecuente
Construir el mapa en solitario o trasladarlo directamente de la pila del producto. El valor del mapa de historias está en el proceso colaborativo de construirlo: las conversaciones que genera entre el equipo, el propietario del producto y los stakeholders son la fuente principal de aprendizaje. Un mapa construido individualmente o generado automáticamente desde un backlog existente omite ese proceso y produce un artefacto visual sin el conocimiento compartido que lo hace útil.
Referencias
- Patton, Jeff. (2014). User Story Mapping: Discover the Whole Story, Build the Right Product. O'Reilly Media.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.