Pilotar la fase de Mejora sin romper el proceso
Cuando un proyecto DMAIC llega a la fase de Mejora, el equipo ya ha hecho el trabajo analítico difícil. Ha definido el problema, medido la línea base y analizado los datos lo bastante bien como para saber qué entradas mueven realmente el resultado. La tentación ahora es desplegar la solución obvia en todas partes, cantar victoria y seguir adelante. Y es justo ahí donde los proyectos bien llevados se desmoronan.
Mejorar no consiste en implantar una solución. Consiste en confirmar que un cambio propuesto produce el resultado esperado, a escala, sin crear un problema nuevo en otra parte. En 2022, con plazos de entrega de materiales más largos, cuadrillas con poco personal y cada dólar bajo presión inflacionaria, el costo de un cambio apresurado es mayor que antes. Una solución que se ve limpia en una pizarra puede añadir, sin que nadie lo note, retrabajo, desperdicio u horas extra que nadie presupuestó.
Dónde fallan los proyectos de Mejora
Saltarse el piloto. El error más común es pasar directo de la idea al despliegue total. Un piloto en una línea, un turno o un sitio es lo que separa una mejora verificada de una apuesta cara. Sin él no tienes un antes y después limpio que mostrar.
Cambiar varias cosas a la vez. Cuando un equipo ajusta el parámetro, cambia de proveedor y recapacita al operador en la misma semana, cualquier mejora resulta inatribuible. Si los resultados empeoran, no puedes saber qué cambio revertir. Aísla las variables para que los datos te enseñen algo.
Ignorar los nuevos modos de fallo. Todo cambio tiene efectos secundarios. Un tiempo de ciclo más rápido puede elevar la tasa de defectos; un insumo más barato puede desplazar el problema aguas abajo. Un AMEF rápido sobre el cambio propuesto saca a la luz estos riesgos antes de que lleguen a un cliente.
Sin medición real durante la prueba. Los equipos corren un piloto pero lo siguen juzgando por intuición. Decide la métrica de éxito, el tamaño de muestra y la regla de decisión antes de empezar, para que el resultado no sea un debate de impresiones.
Olvidar a quienes hacen el trabajo. Un cambio que la primera línea no ayudó a diseñar será evadido en silencio en cuanto la supervisión mire hacia otro lado. Suma a los operadores al piloto; encontrarán las fallas prácticas que un ingeniero no ve desde un escritorio.
Cómo probar un cambio de forma segura
Trata el piloto como un experimento controlado, no como un lanzamiento suave. Elige una porción representativa del proceso, mantén todo lo demás estable y déjalo correr lo suficiente para captar la variación normal y no un buen día. Cuando puedas, usa una comparación A/B simple para tener un control paralelo. Recoge la línea base y los datos de la prueba de la misma manera, con el sistema de medición que validaste en la fase de Medir.
Define el criterio de éxito y la muestra mínima antes del piloto, no después.
Haz un AMEF enfocado en el cambio mismo para anticipar nuevos riesgos.
Ten listo un plan de reversión para que una prueba fallida cueste horas, no semanas.
Compara contra un control, no contra el recuerdo de cómo eran las cosas.
Documenta lo que cambiaste con precisión suficiente para que otro pueda repetirlo.
Cuando el piloto confirma la ganancia, llevas a la fase de Controlar un cambio pequeño, probado y de bajo riesgo, con evidencia detrás. Cuando no la confirma, has aprendido algo barato y ajustas. Cualquiera de los dos resultados supera a un despliegue total y confiado construido sobre la esperanza. La disciplina de Mejorar es paciencia bajo presión, y la presión de 2022 hizo esa disciplina más valiosa, no menos.
Si estás sopesando un cambio de proceso y quieres un segundo par de ojos sobre el diseño del piloto antes de comprometerte, la asesoría estratégica de XNM puede ayudarte a probarlo de forma segura y a leer los resultados con honestidad.