DMAIC es el ciclo de mejora en el centro de Six Sigma. Ejecuta un proyecto a través de cinco fases en orden (Definir, Medir, Analizar, Mejorar, Controlar), cada una con una condición de salida que debe cumplirse antes de comenzar la siguiente. Es el método enseñado y practicado en las certificaciones Green Belt y Black Belt.
Se adapta a problemas donde la causa es genuinamente desconocida y el proceso ya existe. Donde la causa es conocida y la solución obvia, DMAIC es una carga innecesaria. Donde el proceso aún no existe, se aplica DMADV en su lugar.
Definir: acordar el problema antes de buscar las causas
Definir establece qué problema se está resolviendo, para quién y cómo sería una mejora en términos medibles. El resultado es una declaración del problema delimitada, no una hipótesis sobre la causa. Un proyecto que comienza con "necesitamos implementar X" se ha saltado la fase Definir.
Herramientas típicas: acta de constitución del proyecto, SIPOC para delimitar el proceso, voz del cliente para transformar reclamos en requisitos medibles (CTQs).
Condición de salida: un acta de constitución de una página con el problema, la métrica, la línea base si se conoce, el alcance, el equipo y un objetivo firmado por el sponsor.
Medir: establecer el estado actual con datos
Medir establece el estado actual con datos en lugar de opiniones. Esto incluye verificar el propio sistema de medición: un proyecto construido sobre un instrumento de medición no confiable fracasa independientemente de lo bueno que sea el análisis posterior. Si dos personas que miden lo mismo obtienen respuestas diferentes, el primer proyecto de mejora es la medición.
Herramientas típicas: plan de recolección de datos, definiciones operacionales, Gage R&R, mapa de proceso del estado actual, capacidad del proceso (Cp, Cpk, nivel Sigma).
Condición de salida: una línea base validada para la métrica en el acta de constitución, con su variación, durante un período lo suficientemente largo como para ser representativo.
Analizar: encontrar qué genera realmente el problema
Analizar identifica qué está causando realmente el problema. La mayoría de los proyectos fallidos fracasan aquí, al asumir prematuramente una causa y pasar las fases restantes confirmándola. La disciplina consiste en listar ampliamente las posibles causas, probarlas con datos y mantener solo aquellas que los datos respalden.
Herramientas habituales: diagrama de Ishikawa y los 5 Porqués para generar candidatos, diagrama de Pareto para clasificarlos, estratificación, diagramas de dispersión y pruebas de hipótesis para confirmar qué entradas mueven la salida. Los proyectos de Black Belt añaden regresión y diseño de experimentos.
Condición de salida: una lista corta de causas raíz, cada una con evidencia y una estimación de cuánto del problema explica cada una.
Mejorar: diseñar, probar y luego desplegar
Mejorar diseña y prueba cambios contra esas causas. Probar antes del despliegue completo es lo que diferencia esto de la resolución ordinaria de problemas: una prueba piloto en una línea, un equipo o una semana muestra si el cambio mueve la métrica antes de que la organización se comprometa con él.
Herramientas habituales: matriz de selección de soluciones, FMEA sobre el cambio propuesto, plan piloto, Poka-Yoke y las herramientas de Lean que a menudo proporcionan la solución en sí: 5S, trabajo estandarizado, SMED, Kanban.
Condición de salida: resultados del piloto que muestren la métrica en o cerca del objetivo, y un plan de despliegue.
Controlar: hacer que el cambio sea la nueva norma
Controlar hace que el cambio perdure mediante estándares, monitoreo y una respuesta definida ante cualquier desviación. Saltarse la fase Controlar es la razón por la que tantas organizaciones pueden señalar mejoras que ya no se mantienen. La fase termina cuando el Process Owner, y no el equipo del proyecto, gestiona el monitoreo.
Herramientas habituales: plan de control, gráficos de control, procedimientos operativos estándar, gestión visual, un plan de reacción que establece quién hace qué cuando el gráfico emite una señal.
Condición de salida: un plan de control firmado, la métrica mantenida en el objetivo durante un período definido y un proyecto cerrado con las lecciones registradas.
Un ejemplo práctico
Una empresa de logística pierde clientes debido a las entregas tardías. Definir: el problema se formula como «el 18 % de las entregas en la región X llegan después del plazo prometido; el objetivo es el 5 % en cuatro meses». Medir: se contrastan las marcas de tiempo de entrega con lo prometido durante tres meses; la línea base es del 18,4 %, con los lunes en un 31 %. Analizar: las causas candidatas incluyen la planificación de rutas, la disponibilidad de vehículos, las horas límite de pedido y la preparación en almacén. Los datos estratificados muestran que el retraso del lunes proviene de los pedidos del fin de semana liberados en un solo lote a las 06:00; la capacidad de preparación de pedidos es el cuello de botella, no las rutas. Mejorar: una prueba piloto libera los pedidos del fin de semana en dos oleadas (el domingo por la tarde y el lunes por la mañana); el retraso de los lunes se reduce al 9 % en el primer mes. Controlar: la liberación en dos oleadas se convierte en el estándar, un gráfico de control semanal realiza el seguimiento de los retrasos por día y el supervisor de almacén asume el plan de reacción.
La causa que el equipo esperaba al principio (la planificación de rutas) resultó ser incorrecta. Ese es el resultado típico de un proyecto DMAIC realizado correctamente, y la razón por la que existe la fase Analizar.
DMAIC y Lean
Lean Six Sigma utiliza DMAIC como estructura del proyecto y Lean como gran parte del contenido. Medir y Analizar toman prestados el Value Stream Mapping y los siete desperdicios para ver dónde se pierde el tiempo; Mejorar se basa en el flujo, el pull y el trabajo estandarizado. Las estadísticas son lo que añade Six Sigma cuando la causa reside en la variación y no en el desperdicio.
Cuándo DMAIC es la herramienta equivocada
DMAIC es lento por diseño: un proyecto de Green Belt dura de tres a seis meses. Es la opción equivocada cuando la causa ya se conoce y la solución es económica (simplemente resuélvalo y use un A3 o un evento Kaizen si desea estructura), cuando el proceso aún no existe (use DMADV) o cuando el problema es un incidente puntual en lugar de un patrón recurrente.
Preguntas frecuentes
¿Cuánto tiempo lleva un proyecto DMAIC? De tres a seis meses para un proyecto de Green Belt, más tiempo para proyectos de Black Belt con varias causas o ubicaciones. Los proyectos más cortos suelen significar que se recortaron las fases Medir o Controlar.
¿Quién lidera un proyecto DMAIC? Un Green Belt o Black Belt, con un sponsor que es dueño del proceso y miembros del equipo seleccionados entre las personas que realizan el trabajo. Los Yellow Belts contribuyen a la recolección de datos y a las ideas de mejora.
¿Cuál es la diferencia entre DMAIC y PDCA? PDCA es un ciclo general de mejora sin una profundidad de análisis requerida. DMAIC prescribe lo que debe producir cada fase e insiste en los datos antes de las causas y en las pruebas antes del despliegue. PDCA se adapta a la mejora diaria; DMAIC se adapta a problemas que se han resistido a ella.
¿Cuál es la diferencia entre DMAIC y DMADV? DMAIC mejora un proceso existente. DMADV diseña uno nuevo, o rediseña uno cuya estructura le impide cumplir con el requisito.
¿Dónde se enseña DMAIC? Es el eje central de la certificación Green Belt, donde los participantes ejecutan un proyecto DMAIC real, y se profundiza con estadística avanzada en Black Belt. El Yellow Belt cubre el ciclo a nivel de miembro del equipo.
