Qué es la metodología DMAIC y cuándo se usa

Hay problemas que no necesitan metodología: la causa es evidente, se corrige y se acabó. DMAIC existe para los otros —los que reinciden desde hace meses, los que tienen diez explicaciones posibles y ninguna confirmada, los que ya se "resolvieron" tres veces. Es la ruta de mejora de Seis Sigma: cinco fases secuenciales cuyo propósito es impedir exactamente lo que todo equipo quiere hacer, que es saltar directo a la solución que ya trae en la cabeza.

Las cinco fases

• —Definir: delimitar el problema con datos, el alcance, el impacto económico y el equipo. El entregable es un project charter con una meta cuantificada, no una intención.
• —Medir: establecer la línea base del desempeño actual con datos confiables. Aquí se valida también el sistema de medición, porque analizar datos que nadie verificó produce conclusiones falsas con apariencia estadística.
• —Analizar: identificar y confirmar las causas raíz con evidencia —análisis de datos, pruebas de hipótesis, verificación en piso—. La causa se demuestra, no se vota.
• —Mejorar: diseñar, probar y implementar las soluciones que atacan las causas confirmadas, idealmente con un piloto antes de generalizar.
• —Controlar: estandarizar el cambio, definir los indicadores de sostenimiento, transferir el proceso a su dueño y verificar que la mejora se mantiene en el tiempo.

Qué lo distingue de un kaizen o un 8D

Las tres herramientas resuelven problemas, pero no el mismo tipo. Un evento kaizen concentra a un equipo pocos días sobre un proceso acotado cuya mejora no requiere análisis estadístico profundo. Un 8D responde a un reclamo de cliente con contención inmediata y plazos comprometidos. DMAIC es para problemas crónicos de causa desconocida donde el análisis de datos es el camino: toma meses, no días, y exige una línea base medida antes de tocar nada. Elegir mal la herramienta es el primer error —un DMAIC para acomodar un almacén es burocracia; un kaizen para un defecto multicausal es voluntarismo.

Los tollgates son el mecanismo, no un trámite

Entre fase y fase hay una revisión de salida —el tollgate— donde el patrocinador verifica que la fase entregó lo suyo antes de autorizar la siguiente. Es el candado que le da sentido a la secuencia: no se pasa a analizar sin línea base, no se implementa sin causa confirmada, no se cierra sin plan de control operando. Cuando los tollgates se firman por compromiso de agenda, el proyecto se convierte en una solución precocinada con papeleo estadístico alrededor.

Dónde mueren los proyectos DMAIC

Casi nunca en el análisis: mueren en los extremos. Al inicio, por definir el problema tan grande que no hay datos capaces de abarcarlo —"reducir el desperdicio de la planta" no es un proyecto, es un deseo—. Y al final, en la fase de control, que es la menos glamorosa: el equipo se disuelve, los indicadores de sostenimiento dejan de revisarse y seis meses después el proceso regresó a su estado anterior. Un proyecto sin evidencia de sostenimiento no cuenta como mejora ante un auditor, por espectacular que haya sido la reducción inicial.

Qué evidencia queda para el sistema de gestión

Para el sistema de gestión, un DMAIC bien ejecutado es evidencia de primera clase de mejora continua: línea base, análisis, acciones, resultado verificado y control de sostenimiento. Pero esa evidencia suele quedar regada entre presentaciones, hojas de cálculo y correos del equipo. Un Software de mejora continua y proyectos de mejora mantiene cada proyecto con sus fases, sus responsables, su línea base y la verificación de que el resultado se sostiene, que es justo lo que se necesita mostrar cuando la revisión por la dirección o el auditor preguntan qué mejoró el sistema este año.