GymTonic quería reducir el lead time — el tiempo entre identificar una necesidad del cliente y entregar la solución — para su app de cara al cliente. Un equipo cross-funcional formado por entrenadores, personal de recepción, desarrolladores de producto y clientes creó un Value Stream Map que reveló las ineficiencias ocultas.
01 · VSMAcelerar el proceso de mejora de la app.
El análisis identificó cuatro focos de mejora principales:
Espera 1 — Comité de IT mensual
El 80% de las mejoras eran pequeñas y no requerían aprobación mensual. Al permitir que pasasen directamente al siguiente sprint, se ahorraron aproximadamente 18 días.
Espera 2 — Ciclo de sprint
Acortando los sprints de cuatro a dos semanas y permitiendo que las peticiones de alto valor que requerían menos de dos días de trabajo entrasen en sprints activos (con un límite del 25%), se redujeron los tiempos de espera en 15,75 días.
Ineficiencia 1 — Piloto de una semana
El 80% de los cambios eran tan simples que no merecían un piloto de una semana. Habilitando el despliegue inmediato tras las pruebas en esos casos, se ahorraron 5,6 días.
Espera 3 — Ventana de despliegue semanal
Automatizando pruebas y delegando despliegues de bajo riesgo (el 80%), se ahorraron otros 5,6 días.
02 · Los 7 desperdiciosEliminando ineficiencias en el proceso de mejora.
Además del VSM, el equipo aplicó el marco de las 7 fuentes de desperdicio para identificar ineficiencias adicionales:
- Pruebas insuficientes: la falta de experiencia en QA causaba defectos en producción. Solución: incorporar un especialista en QA y establecer estándares de prueba.
- Peticiones no validadas: se desarrollaban funcionalidades sin confirmar que el usuario las necesitaba realmente. Solución: checklist de validación que filtra peticiones de bajo valor.
- Exceso de tareas paralelas: la mala visibilidad causaba acumulación de trabajo y cambios de contexto. Solución: tablero Kanban con límites de WIP.
- Evaluación tardía de peticiones: ventanas de evaluación de semanas hacían que los solicitantes olvidasen los detalles. Solución: ventana máxima de evaluación de dos semanas.
- Participación incompleta en pilotos: la ausencia de algunos roles durante los pilotos causaba modificaciones post-despliegue. Solución: checklist de validación que cubre todos los roles.
- Rotación de personal en pilotos: los cambios frecuentes de personal aumentaban errores y retrabajos. Solución: mejor planificación de la agenda para los participantes en pilotos.
- Proceso de despliegue uniforme: cambios simples y complejos seguían el mismo procedimiento. Solución: proceso ágil para cambios de bajo riesgo.