User Story Mapping para planificar product backlog en Scrum
Contenido del curso
Jorge Bernaola
Angela María García Tangarife
Profesor
Ixcoatl Francisco Pérez
Ixcoatl Francisco Pérez
Ixcoatl Francisco Pérez
José David Calderón Serrano
ORLANDO ERNESTO ARBAIZA AVILES
Diego Mauricio Zuluaga Rodríguez
Product Goal y el Problema Central del Usuario para el caso saludtech. con IA
estructura de planificación de Sprints y la definición del Producto Mínimo Viable (PMV/MVP) en el contexto de SaludTech y las historias priorizadas.
🚀 Planificación de Sprints Iniciales para SaludTech
El objetivo es alcanzar el Product Goal de que 100 pacientes y 10 médicos puedan crear, ver y cancelar citas de manera segura en 3 meses.
🎯 Producto Mínimo Viable (PMV) de SaludTech
El PMV se enfoca en entregar la funcionalidad principal que valida la hipótesis central: que la plataforma digital puede reducir restringido el tiempo de espera y la incertidumbre para asegurar una cita médica.
Componente
Definición del PMV
Funcionalidad Mínima
Permitir a los pacientes: Ver la disponibilidad en tiempo real (HU #2) y Agendar una nueva cita (HU #1).
Mínimos
Los 100 primeros pacientes y los 10 médicos principales .
Metas de Éxito
Reducir el tiempo promedio para agendar una cita de 7 días a 3 días
Exclusiones (Para no caer en el Over-engineering )
El PMV no incluye: notificaciones SMS, pagos en línea, historial médico completo, videoconsultas.
Declaración del PMV: El PMV de SaludTech es una aplicación web/móvil que permite a los 100 primeros pacientes autenticados consultar la disponibilidad de los 10 médicos principales en tiempo real (con filtros básicos) y agendar una cita en menos de 3 minutos , con confirmación inmediata, resolviendo el problema central de la espera telefónica ineficiente.
🗓️ Distribución de Historias en los Primeros 3 Sprints
Asumiendo Sprints de 2 semanas (la duración típica para equipos ágiles).
Sprint 1: Cimentación y Primera Entrega de Valor (Ver Disponibilidad)
Tema principal
Establecer la base segura y ofrecer transparencia.
Prioridad
Must Have (Base para todo y primer impacto de valor).
Historias incluidas
* Base: Registro, Inicio de Sesión y Autenticación Segura (Web y Móvil). * HU #2: Ver el Calendario de Disponibilidad de los Médicos (Implementación del front-end y back-end de tiempo real con filtros básicos).
Resultado del Sprint
Los pacientes pueden crear una cuenta, iniciar sesión y ver en tiempo real la disponibilidad de los médicos con los filtros principales (especialidad y ubicación).
Validación Post-Sprint
Medir el tiempo de carga del calendario y la precisión/sincronización de los datos de disponibilidad.
Sprint 2: El Core del Negocio (Agendamiento)
Tema principal
Entregar la funcionalidad central que resuelve el problema.
Prioridad
Must Have (El corazón de la propuesta de valor).
Historias incluidas
* HU #1: Solicitar y Agendar una Nueva Cita (Proceso completo, incluyendo confirmación inmediata, envío de correo y la Validación de Conflictos ). * Funcionalidad para Médicos/Admin: Capacidad de los 10 médicos principales de bloquear/gestionar sus propios horarios (Mínimo requerido para que HU #1 funcione de forma real).
Resultado del Sprint
Los pacientes ya pueden ver la disponibilidad y agendar una cita de forma digital . Esto marca la entrega funcional del PMV .
Validación Post-Sprint
Medir el tiempo del proceso de agendamiento (3 minutos,4 clics/toques). Medir la tasa de error de agendamiento (debe ser cercano a cero).
Sprint 3: Cierre del Ciclo y Optimización (Cancelación y Seguridad)
Tema principal
Completar el ciclo de vida de la cita y estabilizar la plataforma.
Prioridad
Must Have (Crítico para la eficiencia operativa y la experiencia de usuario).
Historias incluidas
* HU #3: Cancelar una Cita desde la Aplicación (Autoservicio 24/7 y Liberación Inmediata de Horario ). * Mejoras: Implementación de Manejo de Errores robusto para HU #1 y #3 (Consistencia de Datos). * Seguridad: Refuerzo de logs de auditoría y trazabilidad para todas las acciones CRUD (Crear, Ver, Cancelar).
Resultado del Sprint
El paciente tiene control total sobre su cita (agendar, ver, cancelar) y el sistema opera con alta consistencia de datos y seguridad . El Product Goal está a punto de ser validado con los usuarios objetivo.
Validación Post-Sprint
Medir el tiempo de liberación del horario (máximo 30 segundos) y verificar la trazabilidad de las cancelaciones .
✅ Conclusión y Próximo Paso
Esta planificación garantiza que la principal promesa de valor (reducir la frustración y el tiempo de espera por citas) se cumpla al final del Sprint 2, entregando el PMV funcional . El Sprint 3 solidifica el producto, mejorando la experiencia del usuario y la eficiencia operativa.
Muchas gracias por compartir tu solución al caso de negocio.
¿Cómo convertir la visión en producto con user story map y product backlog?
La visión de producto describe el rumbo a largo plazo y el impacto esperado. Desde ahí se construye el roadmap, que traza la evolución por etapas, y el release plan, que define qué funcionalidades llegan en cada entrega. Todo esto alimenta el product backlog, la lista ordenada de trabajo del equipo Scrum.
¿Por qué el mínimo producto viable acelera feedback?
El primer lanzamiento suele ser un mínimo producto viable. Su objetivo es validar rápido con usuarios y con el negocio.
¿Qué capas componen el user story map y cómo ordenan el trabajo?
El mapa se estructura por capas que van de lo estratégico a lo accionable. Con esto se ve el panorama completo desde la perspectiva del usuario y se organiza el backlog con sentido.
Dado el caso de negocio Salud Tech:
i. Crea el User Story Map (Mapa de historias de usuario) con todas las funcionalidades relacionadas, agrega nuevas funcionalidades o modifica si es necesario
ii. Identificar las funcionalidades que serán parte del Release 1 (Primer lanzamiento o Mínimo producto viable)
Funcionalidades del Release 1
Historia ¿En Release 1? Justificación PO
HU-1: Registro/Login ✅ SÍ Sin acceso no hay uso del sistema
HU-2: Disponibilidad Médico ✅ SÍ Sin horarios, no hay qué reservar
HU-3: Agendar Cita ✅ SÍ Valor central: solucionar frustración de espera >7 días
NUEVA: Buscador básico ✅ SÍ Necesario para encontrar médico primero
NUEVA: Confirmación email ✅ SÍ Validación legal/comunicación mínima obligatoria
NUEVA: Cancelar cita ⚠️ OPCIONAL Puede ser "sin refund" inicialmente
NUEVA: Recordatorios SMS ❌ NO Mejora post-MVP
NUEVA: Historial citas ❌ NO Mejora post-MVP
NUEVA: Pagos integrados ❌ NO Puede usarse pago en persona inicialmente
NUEVA: Feedback ❌ NO Post-experiencia, no bloquea MVP
ii. ¿Qué historias de usuarios serán desarrolladas en los 3 primeros sprints?
Capacidades del Equipo
Métrica Valor
Velocidad promedio estimada 12 SP/sprint (primeros sprints conservadores)
Sprint Duration 2 semanas
Total SP Release 1 26 SP
Sprints necesarios Release 1 ~2-3 sprints
Sprint Planning Detallado
Sprint 1: Fundamentos de Acceso y Datos
Item Historia SP Justificación
1 HU-1: Registro/Login 3 Base para todo lo demás
2 NUEVA: Modelado de base de datos (usuarios, roles) 4 Infraestructura crítica
3 NUEVA: API de autenticación JWT 5 Seguridad del sistema
TOTAL 12 SP
Entregable Sprint 1: Usuarios pueden registrarse e iniciar sesión. Nada más aún funciona, pero la base está segura.
Sprint 2: Disponibilidad Médico y Buscador
Item Historia SP Justificación
1 HU-2: Configuración disponibilidad médico 5 Habilita citas futuras
2 NUEVA: Buscador médico por especialidad 8 Paciente necesita ver opciones
3 NUEVA: Indexación en calendario público 3 Sincronización buscador-disponibilidad
TOTAL 16 SP Posible sobreestimación
Entregable Sprint 2: Médicos configuran horarios, pacientes ven médicos disponibles (pero aún no reservan).
Sprint 3: Reserva y Flujo Completo
Item Historia SP Justificación
1 HU-3: Agendar Cita (MVP) 8 ¡Flujo completo disponible!
2 NUEVA: Confirmación por Email 2 Valida reserva exitosa
3 NUEVA: Pruebas de carga y estrés 2 Asegurar concurrencia
4 Buffer/Refinamiento 1 Contingencia para imprevistos
TOTAL 13 SP
Con el proyecto personal:
i. User Story Map - Proyecto Personal
ii. Release 1 - Mínimo Producto Viable (MVP)
Criterio para este proyecto: "¿Qué es mínimo para que tú y tus amigos puedan jugar en sus 40-80 minutos?"
Funcionalidades del Release 1
Historia ¿En Release 1? Justificación PO
HU-2: Personajes/Sprites ✅ SÍ Identidad visual necesaria para jugar juntos
HU-3: Nivel Jugable ✅ SÍ Sin nivel, no hay juego
HU-1: Lore ❌ NO Puede venir después; diversión primero, narrativa después
NUEVA: Multiplayer básico ✅ SÍ Esencial para "jugar con amigos" según contexto
NUEVA: Guardar progreso ⚠️ PARCIAL Solo local inicialmente, cloud en Release 2
NUEVA: Skins adicionales ❌ NO Skin básica es suficiente para MVP
NUEVA: Leaderboard ❌ NO Post-MVP
NUEVA: Logros ❌ NO Post-MVP
NUEVA: Tienda virtual ❌ NO Monetización es Release 3+
NUEVA: Compartir en redes ❌ NO Viralización es post-adopción
iii. Primeros 3 Sprints - Proyecto Personal
Capacidades del Equipo (Personal/Universitario)
Métrica Valor Observaciones
Velocidad promedio estimada 8 SP/sprint Conservador para trabajo extracurricular
Sprint Duration 2 semanas Flexibles según exámenes/clases
Total SP Release 1 29 SP MVP jugable
Sprints necesarios Release 1 ~4 sprints Con 8 SP/semana = ~3.5 sprints
Sprint Planning Detallado
Sprint 1: Motor y Personajes Básico
Item Historia SP Justificación
1 HU-2: Sprites personaje principal 5 Avatar visible para jugador
2 NUEVA: Setup motor gráfico (Unity/Godot) 3 Infraestructura del proyecto
3 NUEVA: Controles básicos (mover/saltar) 4 Mecánica fundamental de plataforma
TOTAL 12 SP Podría ser alto para sprint 1 personal
Entregable Sprint 1: Personaje aparece en pantalla, se mueve con controles básicos. "Hello World" de videojuegos.
Sprint 2: Primer Nivel Jugable
Item Historia SP Justificación
1 HU-3: Nivel 1 completo (sprites mapa) 8 Primer ambiente explorables
2 NUEVA: Objetivos/win condition nivel 1 3 Razón para jugar el nivel
3 NUEVA: Colisiones físicas básicas 4 Evitar bugs de caminar a través de paredes
TOTAL 15 SP Posible ajuste necesario
Entregable Sprint 2: Puedes jugar el nivel 1 de principio a fin. Gameplay core establecido.
Sprint 3: Multijugador y Persistencia (Release 1 Final)
Item Historia SP Justificación
1 NUEVA: Sala WiFi local para 2 jugadores 8 Juega con amigo en mismo WiFi
2 NUEVA: Guardar progreso local 3 No perder avance entre sesiones
3 NUEVA: UI básica (menú pausa/inicio) 3 Experiencia completa
4 NUEVA: Playtesting + refinamiento 2 Ajuste basado en feedback amigos
TOTAL 16 SP Sprint intensivo
1. Definición del Mínimo Producto Viable
El Mínimo Producto Viable para Salud Tech no debería ser una aplicación con todas las funciones, sino más bien, el conjunto mínimo de características que resuelvan los problemas de la ineficiencia en el agendamiento y la falta de transparencia.
2. Los Tres Primeros Sprints
Sprint 1: Condiciones iniciales de trabajo
Sprint 2: Disponibilidad
Sprint 3: Agendar citas
Clase 21 – User Story Map y MVP
o. CASO SALUD TECH
i. User Story Map Completo
Actividades (Backbone) Tareas (Walking Skeleton) Historias de Usuario (Priorizadas) Gestionar Identidad Autenticarse Como paciente/médico quiero registrarme/login seguro para acceder solo a mis datos Recuperar acceso Como usuario quiero resetear mi contraseña para no quedar bloqueado Explorar Disponibilidad Ver agenda médica Como paciente quiero ver calendario de disponibilidad de médicos para elegir rápido Filtrar búsqueda Como paciente quiero filtrar por especialidad/fecha para reducir opciones Agendar Cita Solicitar cita Como paciente quiero solicitar y agendar nueva cita para asegurar mi turno Recibir confirmación Como paciente/médico quiero recibir confirmación push/email para tener certeza Reprogramar Como paciente quiero reprogramar mi cita para adaptarme a cambios Cancelar Cita Cancelar desde app Como paciente quiero cancelar con 1 clic para liberar el espacio al instante Recibir notificación Como médico quiero ser notificado de cancelación para gestionar mi agenda Gestionar Agenda (Médico) Ver mis pacientes Como médico quiero ver listado de mis pacientes para conocer su historia Configurar disponibilidad Como médico quiero configurar horarios para controlar mi oferta Bloquear días Como médico quiero bloquear días no laborables para que no me agenden Complementos Post-MVP Chat consultas Como paciente quiero chat simple para consultas rápidas Recetas digitales Como médico quiero generar fórmula para agilizar el proceso Pagar cita Como paciente quiero pagar cita desde app para no usar efectivo Dashboard salud Como paciente quiero métricas de adherencia para monitorear mi tratamiento
Modificaciones agregadas: Se incluyó "Filtrar búsqueda", "Recuperar acceso", "Bloquear días" y "Reprogramar" para completar el flujo natural.
ii. Release 1 – MVP (Mínimo Producto Viable)
Objetivo: 100 pacientes y 10 médicos crean, ven y cancelan citas en 4 semanas.
Historias del MVP (solo Must Have):
1. Registro/login seguro (#1) 2. Ver calendario disponibilidad médicos (#4) 3. Solicitar y agendar nueva cita (#5) 4. Recibir confirmación y recordatorios (#7) 5. Cancelar cita desde app (#8) 6. Ver listado de pacientes (médico) (#12) 7. Configurar disponibilidad horaria (médico) (#13)
Técnicas del MVP:
8. Notificaciones push (integración básica) (#18) 9. Performance <3s para las 3 funciones principales (#20) 10. Auditabilidad mínima (log de creación/cancelación) (#23) 11. Usabilidad 95% testeada con 5 usuarios (#24)
iii. Historias para los 3 Primeros Sprints (1 semana c/u)
Sprint 1 – "Conectar y Ver" Registro/login seguro (pacientes y médicos) Ver calendario de disponibilidad (paciente) Ver listado de mis pacientes (médico)
Meta del Sprint: Demo funcional: un paciente y un médico pueden loguearse y ver datos.
Sprint 2 – "Agendar con Confianza" Solicitar y agendar nueva cita (paciente) Configurar disponibilidad horaria (médico) Recibir confirmación push/email
Meta del Sprint: Demo: paciente agenda y ambos reciben confirmación.
Sprint 3 – "Cancelar sin Fricción" Cancelar cita desde app (paciente) Liberar slot instantáneamente Notificación de cancelación al médico
Meta del Sprint: Demo: ciclo completo crear-ver-cancelar en <2 min.
p. PROYECTO PERSONAL – APP "FINZ"
i. User Story Map Completo
Actividades Tareas Historias de Usuario Conectar Datos Autenticar broker Como inversor quiero conectar broker con API key para ver datos automáticos Validar conexión Como usuario quiero testeo de conexión para saber si la key funciona Manejar errores Como usuario quiero ver mensajes claros de error si la API falla Visualizar Portfolio Ver resumen Como inversor quiero ver portfolio actual para saber mi posición Ver detalle activo Como inversor quiero ver P&L por acción para analizar rendimiento Actualizar manual Como inversor quiero añadir transacción manual para operaciones viejas Alertas Inteligentes Configurar umbrales Como inversor quiero definir % de caída para personalizar alertas Recibir notificación Como inversor quiero push si cae >X% para tomar acción rápida Silenciar horarios Como usuario quiero modo "No molestar" para no recibir alertas de noche Planificar Libertad Establecer meta Como inversor quiero definir meta de libertad financiera para tener norte Ver proyección Como inversor quiero proyección de meses para motivarme Simular aportes Como inversor quiero simular "qué pasa si ahorro más"
ii. Release 1 – MVP
Objetivo: Demo funcional a 1 usuario beta en 3 semanas.
Historias del MVP: 1. Conectar broker con API key 2. Ver portfolio actual (resumen y detalle) 3. Recibir alerta si activo cae >5% 4. Configurar umbral de alerta Técnicas del MVP: 5. Performance <2s al cargar portfolio 6. Manejo básico de errores (offline, key inválida)
iii. Historias para los 3 Primeros Sprints (2 semanas c/u)
Sprint 1 – "Ver mi Dinero" Conectar broker con API key Ver portfolio actual (resumen)
Meta: Pantalla principal muestra mi valor total al abrir la app.
Sprint 2 – "Detalle y Alerta" Ver detalle por activo (P&L) Configurar umbral de alerta
Meta: Puedo tocar una acción y ver su gráfico; configuro alertas.
Sprint 3 – "Notificar y Resistir" Recibir notificación push si cae >5% Manejar errores de API con mensajes amigables
Meta: App funciona 5 días seguidos sin que yo abra el broker.
