Análisis de causa raíz DMAIC de Six Sigma
Resumen
La plantilla de Análisis de causa raíz DMAIC de Six Sigma es un marco estructurado de resolución de problemas en cinco fases, organizado de izquierda a derecha en cinco columnas: Definir, Medir, Analizar, Mejorar y Controlar. Cada fase contiene preguntas guía en la parte superior y un espacio de trabajo dedicado debajo para registrar los hallazgos. La plantilla exige una secuencia basada en datos: los usuarios no deben pasar a Mejorar antes de que la fase Analizar esté verificada con datos.
Quiénes pueden usarla
Ingenieros de calidad, equipos de mejora de procesos, equipos de producto y de ingeniería, gerentes de operaciones y practicantes de Six Sigma (Green Belt/Black Belt). Aplicable en manufactura, desarrollo de software, salud, finanzas y en cualquier industria enfocada en reducir defectos o la variación de procesos.
Cómo usarlo
Recorre de izquierda a derecha las cinco fases:
Definir – Plantear el problema, identificar al cliente, establecer el objetivo y el alcance.
Medir – Establecer una métrica de referencia y recopilar datos de desempeño actuales.
Analizar – Identificar las causas raíz usando 5 Whys o un Diagrama de Ishikawa; verificar las causas con datos. (Se puede adjuntar un marco de 5 Whys o de Diagrama de Ishikawa a esta fase.)
Mejorar – Desarrollar correcciones que apunten a las causas raíz verificadas; pilotarlas antes de la implementación completa.
Controlar – Estandarizar la solución, monitorear los resultados y definir un plan de respuesta para mantener la mejora.
Ejemplo
Un equipo de producto que aborda defectos de software que llegan a producción:
Define: Demasiados defectos llegan a los usuarios finales; el objetivo es reducir los defectos que llegan a producción en un 50% para finales del Q4; el alcance es el squad de checkout y pagos.
Measure: Línea base de 14 defectos en producción por mes (mayo–julio); 60% rastreados al módulo de checkout; el soporte dedica ~90 horas/mes a tickets de defectos.
Analyze: Un análisis de 5 Porqués sobre los 10 defectos principales reveló que no existía un paquete automatizado de pruebas de regresión y que las revisiones previas al lanzamiento se hacían de forma apresurada; 8 de cada 10 defectos se habrían detectado con pruebas de regresión.
Improve: Se construyó un paquete automatizado de regresión con 120 pruebas; se añadió un checklist de revisión de PR y un congelamiento de lanzamientos de 24 horas; se pilotó con el squad de checkout en septiembre.
Control: Panel semanal de defectos; umbral de alerta establecido en 5 defectos en producción/mes; el paquete de regresión será obligatorio en CI para todos los squads desde octubre. Resultado: los defectos en producción bajaron de 14 a 6 por mes después del piloto.
¡Salud!
Khawaja Rizwan
