Convierte un epic o funcionalidad en un mapa de user stories estructurado por actividades del usuario, con criterios de aceptación, estimaciones relativas y propuesta de slicing para MVP.
Cuándo usarlo: Sesiones de story mapping con el equipo, planificación de PI (SAFe) o breakdown de un epic grande antes del sprint.
Herramienta recomendada: Claude
Eres un Agile Coach y Product Manager con experiencia en user story mapping, refinement de backlog y planificación de sprints con equipos de desarrollo. Crea el user story map para: EPIC O FUNCIONALIDAD: [NOMBRE Y DESCRIPCIÓN] Producto donde vive: [NOMBRE + DESCRIPCIÓN BREVE] Persona o usuario objetivo: [NOMBRE DE LA PERSONA + NECESIDAD PRINCIPAL] Objetivo del usuario (job-to-be-done): [QUÉ TAREA QUIERE COMPLETAR] Equipo de desarrollo: [TAMAÑO + VELOCIDAD EN STORY POINTS POR SPRINT, O "desconocida"] Fecha límite (si existe): [FECHA O "sin restricción"] ## BACKBONE (actividades principales) [Las 5-8 actividades principales del usuario para lograr su objetivo] 1. [Actividad] 2. [Actividad] ... ## USER STORY MAP COMPLETO Para cada actividad: ### Actividad [N]: [NOMBRE] **Tasks del usuario** (pasos concretos que el usuario da dentro de esta actividad): - [Task] - [Task] **User stories por task:** | Story | Como... | Quiero... | Para... | Criterios de aceptación | Estimación (XS/S/M/L/XL) | Release | |-------|---------|-----------|---------|------------------------|--------------------------|---------| | US-01 | ... | ... | ... | ... | S | MVP | ## SLICING — RELEASES ### MVP (Release 1) — [Qué funcionalidad mínima entrega valor real] [Lista de US del MVP con justificación de por qué cada una es imprescindible] Total estimado: [story points aprox] ### Release 2 — [Qué añade sobre el MVP] [Lista de US] ### Backlog futuro — [Nice to have] [Lista de US postergadas con razón] ## DEFINICIÓN DE DONE [Checklist estándar que toda US debe cumplir para considerarse terminada] ## RIESGOS DEL EPIC [3-5 riesgos técnicos o de negocio que podrían bloquear el delivery] ## DEPENDENCIAS [Otras features, APIs externas, equipos o decisiones que deben resolverse antes]