DMAIC

Lo que hace valioso al DMAIC no es la lista de fases, es la disciplina de orden que impone. En la mayoría de las reuniones de mejora, la solución aparece en el minuto tres —«hay que capacitar», «hay que cambiar el proveedor»— y el resto de la sesión se dedica a justificarla. DMAIC prohíbe exactamente eso: no se pasa a la fase siguiente sin cerrar la anterior, y no se propone una mejora hasta haber demostrado la causa con datos.

Fase por fase, y lo que decide cada una. Definir: el problema en términos medibles, su impacto en dinero o en cliente, el alcance y el equipo. El error clásico aquí es definir el problema como la ausencia de la solución preferida —«falta un software»— en lugar de como una brecha de desempeño. Medir: establecer la línea base real, y verificar antes que el sistema de medición sea confiable, porque medir con un instrumento que no discrimina invalida todo lo que sigue. Analizar: identificar y verificar la causa raíz, no proponerla; aquí entran Pareto, los cinco porqués y el análisis de variación. Mejorar: probar la solución en pequeño antes de desplegarla. Y Controlar: fijar el nuevo estándar, el indicador y el responsable de sostenerlo.

La última letra es donde muere la mayoría de los proyectos en empresas ecuatorianas, y conviene decirlo sin rodeos: se celebra la mejora, se cierra el proyecto y ocho meses después el indicador está donde estaba, porque nunca se estandarizó el cambio ni se asignó a alguien la responsabilidad de mantenerlo. Un proyecto DMAIC sin fase de control es un experimento, no una mejora.

Frente al ciclo PHVA, la diferencia es de intensidad y de tipo de problema, no de filosofía: ambos son ciclos de mejora estructurada. El PHVA es ligero y sirve para cualquier mejora; DMAIC exige datos, dura entre tres y seis meses y se justifica cuando el problema es crónico, de causa desconocida y con impacto medible. Aplicar DMAIC a un problema cuya causa todo el mundo conoce es una pérdida de tiempo con nombre elegante; y aplicarlo donde no hay datos disponibles termina en una fase de medición que nunca cierra.

Una nota realista para el contexto local: DMAIC no requiere un cinturón negro certificado ni software estadístico caro. Requiere un patrocinador con autoridad para liberar tiempo del equipo, un problema bien acotado y la disciplina de no saltarse la fase de análisis. La mayoría de los proyectos fallidos que hemos visto no fallaron por falta de estadística: fallaron porque el equipo nunca tuvo horas protegidas.

Una imprenta de Quito tiene un 9 % de desperdicio en una línea y todo el mundo «sabe» que es por la calidad del papel. Definir: el desperdicio equivale a USD 4.200 mensuales; alcance, una máquina y dos referencias. Medir: cuatro semanas de registro por turno, operario, lote de papel y tipo de defecto —la línea base real resultó ser 11,3 %, peor de lo que se creía—. Analizar: el Pareto mostró que el 62 % del desperdicio era un solo defecto, y su distribución no se relacionaba con el lote de papel sino con el arranque después de un cambio de formato. Mejorar: una secuencia estandarizada de arranque con dos verificaciones y una hoja de parámetros por referencia, probada dos semanas en un turno. Controlar: la secuencia entró al estándar de la máquina, con indicador semanal de desperdicio por arranque y responsable nombrado.

El desperdicio bajó a 4,1 % y se mantuvo un año después, que es el dato que importa. Lo que el proyecto desmontó no fue un problema técnico: fue una creencia compartida que llevaba años dirigiendo la conversación —y el presupuesto de compras— hacia el proveedor equivocado.