Qué es Scrum en la mejora industrial
Scrum es un método ágil que organiza el trabajo en ciclos cortos de 1 a 4 semanas, llamados sprints, con una lista priorizada (backlog), un equipo pequeño y una revisión al final de cada ciclo. En la industria funciona bien en proyectos de mejora con muchas ideas y poco tiempo disponible: el equipo entrega una mejora concreta por sprint en lugar de esperar al cierre de un proyecto largo.
Scrum no reemplaza el piso de planta ni el Lean. Organiza la gestión del trabajo de mejora, mientras la producción diaria sigue el plan y la gestión diaria Lean.
Mapa visual de Scrum aplicado a mejoras
El mapa muestra los roles, el ciclo del sprint y el ejemplo de backlog de 48 puntos.
Roles, eventos y artefactos
La Guía de Scrum (Schwaber y Sutherland) define tres responsabilidades, cinco eventos y tres artefactos. Traducidos a una mejora industrial:
| Elemento | En Scrum | En la mejora industrial |
|---|---|---|
| Product Owner | Dueño del backlog | Gerente o ingeniero que prioriza por impacto en costo, calidad o seguridad |
| Scrum Master | Facilita el método | Facilitador Lean o líder de mejora que elimina impedimentos |
| Equipo | Entrega el incremento | 3 a 7 personas: operario, mantenimiento, calidad, ingeniería |
| Backlog | Lista priorizada | Ideas de mejora estimadas en puntos |
| Sprint | Ciclo de 1 a 4 semanas | Ciclo de mejoras con una meta clara |
| Daily | Alineación de 15 min | Reunión de pie, en el puesto o frente al tablero |
| Revisión y retrospectiva | Inspección y adaptación | Mostrar el resultado en el gemba y ajustar el método |
La lógica es la del PDCA con un ritmo fijo: se planifica en la planificación del sprint, se ejecuta durante el sprint, se verifica en la revisión y se actúa en la retrospectiva.
Cómo armar el backlog de mejoras
El backlog reúne todo lo que se quiere mejorar, en orden de prioridad. Buenas fuentes son las ideas de los operarios, los hallazgos de auditoría, el mapa de flujo de valor y los 7 desperdicios. Cada ítem necesita tres cosas: descripción clara, criterio de terminado y estimación.
La estimación en puntos es relativa: mide esfuerzo e incertidumbre, no horas. Etiquetar herramientas vale 3, un dispositivo anti-error vale 8. El equipo compara ítems entre sí, a menudo con la secuencia 1, 2, 3, 5, 8, 13. Un ítem mayor que 8 debe dividirse.
Ejemplo: backlog de 48 puntos y velocidad del equipo
Ejemplo ficticio: un equipo de 5 personas, sprints de 2 semanas (10 días hábiles) y el backlog siguiente, ya ordenado por prioridad.
| Orden | Ítem | Puntos |
|---|---|---|
| 1 | Poka-yoke en el sensor de torque | 8 |
| 2 | Lista de verificación de inicio de turno | 4 |
| 3 | Gestión visual en la celda | 3 |
| 4 | Etiquetado de herramientas | 3 |
| 5 | Kit 5S del puesto de montaje | 5 |
| 6 | Instrucción de trabajo del puesto 4 | 5 |
| 7 | Cambio rápido (SMED) en la prensa P2 | 8 |
| 8 | Reabastecimiento del supermercado | 8 |
| 9 | Retrabajo en pintura | 4 |
| Total | 48 |
La velocidad es el promedio de puntos concluidos en los sprints anteriores. En los tres últimos el equipo cerró 11, 14 y 12: (11 + 14 + 12) ÷ 3 = 12,3, redondeado a 12 puntos por sprint.
Sprints necesarios = puntos del backlog ÷ velocidad = 48 ÷ 12 = 4 sprints (8 semanas)
En el sprint 1 el equipo se compromete con los ítems 1 y 2: 8 + 4 = 12 puntos, con la meta "evitar torque fuera de especificación y estandarizar el inicio de turno". El burndown ideal baja 1,2 puntos por día hábil: quedan 12 en el día 0, 6 en el día 5 y 0 en el día 10. Si la línea real queda por encima de la ideal a mitad del sprint, el equipo recorta alcance, nunca calidad.
| Al final del sprint | 1 | 2 | 3 | 4 |
|---|---|---|---|---|
| Puntos restantes en el backlog | 36 | 24 | 12 | 0 |
Un ciclo de sprint en la práctica
- Planificación (2 h): el equipo toma ítems hasta acercarse a su velocidad y define la meta del sprint.
- Daily (15 min): de pie frente al tablero: qué terminé, qué haré, qué me bloquea.
- Ejecución: las mejoras ocurren en el puesto con pruebas rápidas; el tablero sigue la lógica del tablero kanban (por hacer, haciendo, listo).
- Revisión (1 h): el equipo muestra lo que cambió en el lugar, con datos de antes y después.
- Retrospectiva (1 h): el equipo decide qué mantiene y qué cambia en su propio método.
Cuándo usar Scrum y cuándo elegir otro método
- Úselo cuando hay muchas mejoras pequeñas, alcance incierto y necesidad de resultados visibles en semanas, como en estos ejemplos de kaizen.
- Prefiera el cronograma cuando la secuencia es rígida y conocida, como al instalar una línea: use el diagrama de Gantt y la EDT.
- Prefiera el evento de 5 días para un problema único y acotado: vea el evento kaizen.
- Combine ambos en programas grandes: Gantt para los hitos, sprints para la ejecución detallada.
Errores comunes
- Adoptar el vocabulario sin el método: reuniones con nombres nuevos, pero sin backlog priorizado.
- Armar el equipo con personas que dedican el 10% de su tiempo; la velocidad no se estabiliza.
- Usar la velocidad para comparar equipos o exigir productividad; sirve solo para planificar.
- Cambiar el alcance a mitad del sprint sin renegociar la meta.
- Saltarse la retrospectiva: sin ella el método no mejora.
- Entregar "casi listo": un ítem sin prueba en el puesto no suma puntos.
Preguntas frecuentes
¿Scrum funciona en la industria?
Funciona para el trabajo de mejora, el desarrollo de producto y el mantenimiento planificado. No está hecho para controlar el flujo de producción en sí; para eso existen el kanban y la programación de la producción.
¿Cuál es la duración ideal del sprint?
En mejoras industriales, 2 semanas suele ser el equilibrio: lo bastante corto para corregir el rumbo y lo bastante largo para probar en el puesto.
¿Qué son los puntos de historia?
Una medida relativa de esfuerzo e incertidumbre. Sirven para comparar ítems entre sí, no para medir horas.
¿Cómo calculo cuántos sprints necesita el proyecto?
Divida los puntos del backlog entre la velocidad promedio. En el ejemplo, 48 ÷ 12 = 4 sprints.
¿Cuál es la diferencia entre Scrum y kanban?
Scrum trabaja en ciclos fijos con compromiso de meta; kanban trabaja en flujo continuo con límite de trabajo en curso.
¿Scrum reemplaza al PDCA?
No. Le da ritmo y roles al ciclo PDCA, que sigue siendo la lógica de aprender y estandarizar.
Fuentes
- SCHWABER, K.; SUTHERLAND, J. La Guía de Scrum. Scrum.org, 2020.
- SUTHERLAND, J. Scrum: el arte de hacer el doble de trabajo en la mitad de tiempo. Ariel.
- TAKEUCHI, H.; NONAKA, I. The New New Product Development Game. Harvard Business Review, 1986.
- ANDERSON, D. J. Kanban: Successful Evolutionary Change for Your Technology Business. Blue Hole Press, 2010.
Para seguir estudiando: fuentes y enlaces fiables
- PMI: Standards and publications (PMBOK Guide) (en inglés)
- ABEPRO: Associação Brasileira de Engenharia de Produção (en portugués)
- Wikipedia: Administración de proyectos
- Wikipedia: Kaizen
Guarde esta dirección: Manufatura Enxuta es su escuela de manufactura esbelta. Vuelva siempre que necesite estudiar, con artículo completo, mapa visual y fuentes fiables. Siga una de las rutas de estudio o consulte el glosario A–Z.
¿Quieres liderar el cambio lean en la práctica?
Descarga el e-book gratuito "Lean para Líderes" y aprende a sostener el lean en el día a día de la operación.
Descargar e-book
Sobre el autor
Especialista en Lean Manufacturing y Gestión del Comportamiento
Más de 20 años en la industria automotriz y metalmecánica (GM y Dana), especialista en Lean Manufacturing desde 2006. Instructor y mentor del SENAI en el programa Brasil Mais Produtivo, con consultorías, capacitaciones y auditorías en más de 50 empresas, uniendo calidad, productividad y desarrollo de personas.
