Qué es un evento kaizen y qué debe documentar

Un evento kaizen es un ejercicio corto e intensivo —normalmente de tres a cinco días— en el que un equipo multidisciplinario se dedica por completo a mejorar un proceso acotado y deja el cambio implementado antes de terminar. Esa es su diferencia con un proyecto de mejora convencional: no produce un plan para ejecutar después, produce un proceso ya modificado. Y ahí nace su problema con los sistemas de gestión: al ser rápido, tiende a no dejar rastro, y una mejora sin evidencia no es demostrable ante un auditor.

Qué lo distingue de un proyecto de mejora

El proyecto de mejora tradicional trabaja sobre problemas amplios, con análisis extenso y horizonte de meses. El evento kaizen concentra el trabajo en un alcance deliberadamente estrecho —una estación, una línea, un cambio de modelo, un flujo de documentos— y compensa la brevedad con dedicación total del equipo. No compiten: el kaizen sirve cuando la causa es abordable con el conocimiento del equipo y la mejora se puede implementar en el sitio; el proyecto largo sirve cuando hace falta inversión, rediseño o análisis estadístico profundo.

La estructura de la semana

• —Preparación previa: definir alcance, meta medible, equipo y línea base con datos reales. Es la etapa que más determina el resultado y la que más se recorta.
• —Observación en el lugar: ir al proceso y medir lo que ocurre —tiempos, recorridos, esperas, retrabajos—, no lo que dice el procedimiento que ocurre.
• —Análisis: identificar el desperdicio y su causa con el equipo que opera el proceso.
• —Implementación: probar los cambios durante el evento mismo, ajustarlos y dejarlos operando.
• —Estandarización y cierre: actualizar el estándar de trabajo, capacitar al turno completo y definir el seguimiento con las acciones que quedaron pendientes.

Sin línea base no hay mejora demostrable

El error que arruina más eventos es empezar sin medir el estado inicial. Si no existe el dato de partida —tiempo de ciclo, scrap, distancia recorrida, tiempo de cambio, retrabajos por turno—, al final solo se puede afirmar que el proceso "quedó mejor", que es una opinión. Y la mejora continua, en términos de la norma, se demuestra con resultados: hay que poder mostrar el antes, el después y la evidencia de que el cambio es la razón de la diferencia. Medir dos días antes del evento cuesta poco y es lo que convierte el ejercicio en evidencia.

El vínculo con el sistema de gestión

Un evento kaizen no vive aparte del sistema: alimenta varios de sus requisitos a la vez. Si el proceso cambió, cambian el estándar de trabajo y las instrucciones —control de información documentada—. Si se modificó un control, hay que revisar el análisis de riesgos y, en manufactura, el plan de control. Si se capacitó al personal en el método nuevo, eso es evidencia de competencia. Y el resultado del evento es entrada directa a la revisión por la dirección como evidencia de mejora. Cuando el kaizen se ejecuta al margen, la planta termina con un proceso real distinto del proceso documentado, que es una no conformidad esperando a ser encontrada.

Lo que decide el resultado ocurre después

La parte difícil no es la semana del evento sino los sesenta días siguientes. Las mejoras revierten cuando el estándar nuevo no se sostiene: entra un turno que no participó, falta una pieza del arreglo físico, o nadie verifica que el indicador se mantuvo. Por eso el cierre debe incluir a quién le toca verificar, cuándo, y contra qué número. Un evento sin esa verificación posterior deja una fotografía de mejora y un proceso que en tres meses volvió a su estado anterior, con el agravante de que el estándar documentado ya no coincide con nada.

Cómo se acumula el aprendizaje

Una organización que hace diez o quince eventos al año enfrenta un problema de memoria: mejoras logradas que nadie replicó en la línea de al lado, acciones pendientes del evento de marzo que se perdieron, y ninguna forma de sumar el impacto para presentarlo en la revisión por la dirección. Un Software de mejora continua y proyectos de mejora conserva cada iniciativa con su línea base, su meta, sus acciones, sus responsables y el resultado verificado, y permite mostrar la mejora acumulada con datos en vez de con anécdotas —que es la diferencia entre afirmar que hay mejora continua y demostrarla.