Guía de implementación
Eventos kaizen.
Un evento kaizen, también llamado kaizen blitz, es un taller intensivo, normalmente de tres a cinco días, en el que un equipo multidisciplinario mide un proceso, prueba los cambios físicamente en el propio proceso y estandariza lo que funciona esa misma semana. El evento se gana en las dos semanas de preparación y se conserva en la lista de seguimiento de 30 días: una gran semana sin responsable para los pendientes es una actividad de integración que solo cuesta producción.
Qué es un evento kaizen
Un evento kaizen, llamado también kaizen blitz, semana kaizen, taller kaizen en España o kaizen event en inglés, son tres a cinco días consecutivos en los que un equipo dedicado mejora un proceso trabajando dentro del propio proceso. El equipo mide el estado actual el día 1 y cambia la realidad física del trabajo antes del día 3: mover equipos, armar maquetas de dispositivos, reubicar material, reescribir el estándar. Nada se pospone para implementarlo más adelante. Si un cambio se puede probar esta semana, se prueba esta semana.
Esa compresión es a la vez la virtud y el riesgo. La virtud: un evento concentra atención, autoridad y manos, de modo que cambios que un comité debatiría durante tres meses ocurren en una tarde. El riesgo: una semana alcanza para cambiar un proceso y se queda muy corta para cambiar un hábito. Por eso las dos semanas previas al evento y los 30 días posteriores deciden más que los cinco días centrales.
Nota de alcance: esta página cubre el formato de taller, cómo preparar un evento, dirigirlo y darle seguimiento. El sistema de mejora cotidiana al que pertenecen los eventos, captar ideas, filtrarlas e implementar pequeñas mejoras a diario, tiene su propia guía: kaizen. Si tiene que elegir entre construir ese sistema y agendar eventos, construya primero el sistema. Los eventos son uno de sus carriles, no un sustituto.
Dónde encajan los eventos en la hoja de ruta
En la hoja de ruta de despliegue de TeamGuru, los eventos kaizen pertenecen a la etapa «Mejorar», dentro de la práctica kaizen: uno de los tres carriles de mejora, junto al kaizen diario y a los proyectos mayores. Los eventos rinden cuando la gestión diaria ya puede sostener las ganancias que producen, y sus temas deben salir de la evidencia: las ráfagas kaizen del mapa de flujo de valor, los Paretos de pérdidas y los problemas repetidos de los tableros diarios. Un evento cuyo tema se eligió porque algo se veía mal al pasar por el área ya está medio desperdiciado.
Cuándo el evento es la herramienta equivocada
El evento es un martillo para un clavo concreto: un problema acotado en un área, con causas visibles en el propio proceso y soluciones que se pueden probar físicamente en una semana. Fuera de ese perfil, el formato juega en su contra:
- La causa se desconoce y hacen falta semanas de datos. Eso es un caso de resolución estructurada de problemas, no un evento; probar cambios sobre un problema que no se entiende produce ruido con aire de seguridad.
- La solución es un proyecto puro de ingeniería: equipo nuevo, diseño de herramental, software. Plantéelo como proyecto con un plan; use un evento, si acaso, para el puesto de trabajo que lo rodea.
- El problema solo necesita una decisión. Si un gerente pudiera resolverlo con una firma, agende una reunión, no una semana de ocho personas.
- El objetivo real es el ánimo o la integración del equipo. Un evento montado como teatro de energía produce exactamente eso: energía, que se escurre en cuanto la gente ve que los cambios se revierten.
Para problemas que primero necesitan un análisis de causas más profundo, empiece por el análisis de causa raíz y acciones correctivas y lleve después la causa verificada a un evento. Y haga coincidir el método con el tema: un evento de cambio de modelo debe aplicar el método SMED dentro del formato de evento, y un evento de organización del puesto de trabajo debe seguir las 5S, no una lluvia de ideas genérica.
Dos semanas de preparación
La mayoría de los eventos fallidos ya habían fallado antes del lunes por la mañana: el alcance era un deseo, la línea base no existía, la mitad del equipo regresó a cubrir producción y mantenimiento se enteró del cambio de distribución cuando el equipo pidió un montacargas. La preparación no es la administración alrededor del evento. Es el evento. Este checklist ocupa dos semanas de calendario:
| Cuándo | Qué debe quedar hecho | Resultado que lo demuestra |
|---|---|---|
| Dos semanas antes | Acote un problema medible y escriba un acta de una página: descripción del problema con números, un indicador principal, límites físicos (qué estaciones, qué turnos) y qué queda explícitamente fuera del alcance. | Un acta firmada por el patrocinador |
| Dos semanas antes | Levante los datos de línea base en el propio proceso, no en los reportes: tiempos de ciclo, distancias recorridas, conteo de defectos, lo que pida el indicador principal, medido en producción normal. | Una línea base que el equipo puede defender |
| Dos semanas antes | Nombre al equipo de 6 a 8 personas: la mayoría del área, incluidos operadores de los turnos afectados, más dos o tres personas de fuera (mantenimiento, ingeniería u otra área) y un líder que pueda aprobar cambios en el momento. | Una lista de participantes confirmada |
| Una semana antes | Organice quién cubre el puesto de cada integrante del equipo y acuerde con planeación las ventanas de prueba, incluido el colchón de inventario necesario para que las pruebas no dejen sin producto al cliente. | Un plan de cobertura aceptado por producción |
| Una semana antes | Deje el soporte disponible: mantenimiento para los movimientos físicos, un carrito de materiales (cartón, cinta, marcadores, etiquetas, tornillería) y un pequeño presupuesto preaprobado para que nada espere una firma. | Soporte y materiales comprometidos |
| Una semana antes | Bloquee en la agenda de los patrocinadores la presentación de resultados del día 5 ante la dirección. Una presentación reservada por anticipado es una promesa que la semana tiene que cumplir. | Presentación aceptada por la dirección |
| El día anterior | Recorra el área con el supervisor y explique a cada turno qué va a pasar, por qué, y cómo participarán y recibirán capacitación durante la semana. | Nadie se lleva una sorpresa el lunes |
Dos de estas filas cargan con casi todo el peso. El acta, porque un alcance que cabe en una página con un solo indicador principal es lo que impide que la semana se disperse. Y la línea base, porque un resultado nunca es más honesto que la cifra con la que se compara. Si los datos de línea base no se pueden levantar en las dos semanas previas, el tema no está listo, y posponer el evento vale más que hacerlo a ciegas.
La agenda de cinco días
La secuencia de abajo es la forma estándar de un evento de cinco días: entender, analizar, cambiar, estandarizar, demostrar. Comprímala a tres días para un alcance estrecho, pero conserve el orden y nunca recorte el día 4. Una semana que termina con cambios, pero sin un estándar en el que se haya capacitado a los turnos, alquiló su mejora en lugar de comprarla.
| Día | Qué ocurre | Entregable al final del día |
|---|---|---|
| Día 1 | Capacitar brevemente en el método y en el acta, y luego medir el estado actual en el propio proceso: confirmar la línea base, tomar tiempos, mapear los recorridos, contar las acumulaciones de material. | Un estado actual medido en el que el equipo confía, y una primera lista de desperdicios |
| Día 2 | Recorrer el área en busca de desperdicios y analizar las causas: observar ciclos completos, preguntar a los operadores qué les estorba y verificar las causas en el propio proceso en lugar de votarlas en la sala de juntas. | Una lista priorizada de causas verificadas por observación |
| Día 3 | Probar los cambios en el propio proceso (trystorming): maquetar nuevos layouts y dispositivos con cartón y cinta, llevar el material al punto de uso, probar cada cambio en las ventanas acordadas, conservar lo que funciona y descartar lo que no. | Cambios probados físicamente y decisiones de conservar o descartar tomadas con evidencia |
| Día 4 | Estandarizar lo que funcionó: actualizar la hoja de trabajo estandarizado y las ayudas visuales al nuevo método, y capacitar en él a todos los turnos, en el propio proceso, antes de que termine el día. | Un estándar actualizado y todos los turnos capacitados en él |
| Día 5 | Medir el resultado con el mismo método que la línea base, preparar la presentación de resultados y repartir la lista de pendientes: cada punto abierto recibe un responsable y una fecha dentro de los 30 días. | Antes y después medidos igual, y una lista de 30 días con responsables |
Pruebe, no haga lluvia de ideas
Una lluvia de ideas produce un rotafolio de propuestas para evaluar después. Probar en el proceso, lo que en inglés se llama trystorming, produce un montón de experimentos ya hechos. Cartón, cinta y una hora de prueba en el proceso le ganan a las diapositivas por tres razones. La realidad vota de inmediato: la rampa por gravedad que se atasca como maqueta de cartón nunca llega a soldarse en acero. Los operadores juzgan un cambio físico que pueden tocar, en lugar de que se les pida aprobar un plano. Y las maquetas baratas mantienen reversible cada decisión hasta que llega la evidencia. Una regla útil: si un cambio propuesto no se puede maquetar y probar antes del día 4, no pertenece a esta semana. Pasa a la lista de pendientes como candidato a proyecto.
Cómo se ve una semana así
Un evento ilustrativo en el fabricante de componentes de 450 personas que se usa en todas estas guías (456 unidades al día, takt de 118 segundos): los tableros diarios mostraban que la estación 3 de la celda de ensamble incumplía el takt una y otra vez, y la línea base medida la semana anterior lo confirmó en 131 segundos por ciclo, con el operador caminando 18 metros por ciclo para traer piezas y herramientas. Para el día 3 el equipo ya había probado estantes al punto de uso, una rampa por gravedad de cartón y un riel de herramientas reubicado. Para el día 4 la nueva hoja de trabajo estandarizado mostraba un ciclo de 109 segundos y 4 metros de recorrido, y ambos turnos habían recibido capacitación en la propia estación. La presentación del día 5 comparó 109 contra 131 con el mismo método de cronómetro y entregó a la dirección una lista de nueve pendientes. En ella estaban la versión en acero de la rampa, el plano de distribución actualizado y la nueva medición del día 30, cada uno con responsable y fecha.
Medir con honestidad y la lista de 30 días
Una sola regla gobierna los resultados de un evento: mismo indicador, mismo método de medición, mismas condiciones. Si la línea base se midió en turnos completos de producción normal, la cifra posterior no puede ser una hora dorada con todo el equipo mirando y el material preparado de antemano. Las cifras del día 5 son provisionales por definición: el equipo está presente, el área está recién organizada, todo el mundo se luce. Deben aparecer en la presentación de resultados, claramente etiquetadas como cifras del día 5.
El resultado que cuenta es la nueva medición del día 30, en condiciones normales y sin nadie mirando. Agéndela antes de que termine el evento, asígnele un responsable y trate la brecha entre el día 5 y el día 30 como información, no como fracaso: apunta a la capacitación, al estándar o a un cambio que solo funcionaba mientras el equipo estaba ahí para sostenerlo.
Todo lo que la semana no alcanzó a terminar cae en la lista de seguimiento de 30 días, y esa lista es donde los eventos se conservan o se pierden. El formato es deliberadamente mínimo:
| Pendiente | Responsable | Fecha | Verificado |
|---|---|---|---|
| Sustituir la rampa de piezas de cartón de la estación 3 por la versión fabricada en acero | Planeador de mantenimiento | Día 12 | Hecho, día 14 |
| Actualizar el plano de distribución y la hoja de trabajo estandarizado de la estación 3 a la nueva disposición | Ingeniero del área | Día 7 | Hecho, día 9 |
| Capacitar al personal de relevo de fin de semana en el nuevo estándar de la estación 3 | Supervisor de turno | Día 5 | Hecho, día 6 |
| Comprar e instalar el segundo carrito de kitting para la estación 4 | Ingeniero del área | Día 21 | Abierto |
| Volver a medir el tiempo de ciclo de la estación 3 en ambos turnos, con el mismo método que la línea base | Líder del evento | Día 30 | Programado |
Las filas del ejemplo son ilustrativas y provienen del evento de la estación 3 descrito arriba. Las reglas que hacen funcionar la lista:
- Cada punto tiene exactamente un responsable y una fecha dentro de los 30 días. Un punto sin responsable es una sugerencia.
- El líder del área revisa la lista cada semana hasta vaciarla, dentro del ritmo de reuniones que ya existe, no en una reunión nueva.
- El último punto de toda lista es la nueva medición del día 30, a cargo del líder del evento.
- Los puntos que crecen hasta volverse proyectos reales salen de la lista de forma explícita y entran al portafolio de mejora; no envejecen ahí en silencio.
Errores frecuentes
Cómo se ve mal
- El alcance crece a media semana hasta que el equipo intenta salvar toda la planta en cinco días
- No se midió ninguna línea base, así que la presentación compara estimaciones contra entusiasmo
- El turno de noche revierte cada cambio porque nadie lo capacitó antes del día 5
- La lista de pendientes se envía por correo una vez terminado el evento y nunca se vuelve a revisar
- Los eventos se encadenan como ritual de calendario, sin ninguna mejora diaria entre ellos
Cómo se ve bien
- Un problema medible, un área, y una línea base que el propio equipo midió antes de la semana
- Cambios probados físicamente durante la semana, en el proceso, con los operadores decidiendo
- Todos los turnos capacitados en el nuevo estándar antes de la presentación de resultados
- Una lista de 30 días con responsables y fechas, revisada cada semana hasta vaciarla
- El indicador vuelto a medir el día 30 en condiciones normales, con el mismo método que la línea base
Después del evento: conservar lo ganado
Un evento que funcionó cambió un estándar, o no ocurrió. La hoja de trabajo estandarizado del día 4 es la que carga con la mejora, y por eso merece la misma disciplina que cualquier otra pieza de trabajo estandarizado: debe tener responsable, auditarse y revisarse cuando alguien encuentra una forma mejor. Un resultado que vale la pena en un área suele valer la pena en otras, y el yokoten es la manera de extenderlo sin copiar y pegar: el área receptora ve la práctica en marcha, adapta el método y conserva la verificación.
Los eventos también necesitan un sistema entre uno y otro. Una planta que solo mejora durante las semanas de evento obtiene un diente de sierra: ganancias en la semana, deterioro en el trimestre. El sistema kaizen es lo que llena el espacio entre eventos con mejoras diarias, y es donde los pendientes que se convirtieron en candidatos a proyecto se filtran y reciben recursos.
La lista de seguimiento es además donde el soporte digital se gana su lugar. En TeamGuru, los pendientes de un evento viven como acciones con responsable y fecha en la gestión de proyectos y acciones, y la mejora misma recorre el flujo de kaizen desde la captura hasta el beneficio verificado, de modo que la revisión del día 30 es una tarea programada con responsable y no un acto de memoria. En papel o en software, la disciplina es la misma: el evento termina cuando la lista está vacía y la cifra del día 30 se sostiene, no cuando se toma la foto del equipo.
Lléveselo consigo
El diagrama de esta guía como imagen, de uso libre en formaciones internas y talleres.
Descargar PNGPreguntas frecuentes
¿Cuánto dura un evento kaizen?
¿Cómo se elige el tema de un evento kaizen?
¿Quién debe formar parte del equipo de un evento kaizen?
¿Qué pasa con la producción durante el evento?
¿Qué resultados se pueden esperar de un evento kaizen?
¿Cuántos eventos kaizen debería hacer una planta al año?
Cómo lo lleva a la práctica TeamGuru