Cómo realizar un análisis de causa raíz paso a paso

Una máquina vuelve a detenerse pocos días después de una reparación. Cambiar la pieza dañada permite reanudar la producción, pero no explica por qué falló ni evita que el problema se repita. Para pasar de una respuesta inmediata a una mejora sostenible, el equipo necesita investigar la secuencia del evento, comprobar las causas y aplicar acciones que modifiquen las condiciones que originaron la falla.

El análisis de causa raíz organiza esa investigación. Puede utilizarse ante defectos de calidad, paradas de equipos, incidentes de seguridad, retrasos, reclamos o desviaciones de costos. Esta guía explica cómo desarrollarlo paso a paso, qué herramientas elegir y cómo comprobar que una acción correctiva aborda una causa respaldada por evidencia.

Qué es una causa raíz

La American Society for Quality define el análisis de causa raíz como un término colectivo que reúne enfoques, herramientas y técnicas utilizados para descubrir las causas de los problemas. También describe la causa raíz como el factor que originó una no conformidad y que debe eliminarse mediante la mejora del proceso.

Esta definición ayuda a distinguir la investigación de la reparación inmediata. “El rodamiento se dañó” describe el componente afectado, pero todavía falta explicar qué condición produjo el daño: lubricación insuficiente, contaminación, desalineación, montaje incorrecto u otra causa que debe comprobarse.

Algunos marcos emplean clasificaciones específicas. La orden DOE O 225.1B del Departamento de Energía de Estados Unidos establece que los factores causales se desglosen en causas directas, raíz y contribuyentes. La orden fue aprobada en 2011 y regula investigaciones de determinados accidentes ocurridos en sitios, instalaciones, operaciones y actividades del organismo. Su terminología pertenece a ese ámbito y no constituye una clasificación obligatoria para cualquier empresa, sector o país.

El análisis tampoco termina al encontrar una explicación. La causa debe vincularse con una acción, un responsable y una comprobación posterior. El enfoque RCA² del Institute for Healthcare Improvement, desarrollado para la seguridad del paciente, enfatiza la identificación de vulnerabilidades del sistema y la implementación de mejoras sostenibles. Aunque su aplicación se concentra en entornos sanitarios, muestra por qué una investigación necesita traducirse en acciones y seguimiento.

1. Define el problema

Empieza con una descripción verificable del evento. Una formulación como “la producción funciona mal” no permite decidir qué datos recopilar. Es mejor precisar qué ocurrió, dónde, cuándo, con qué frecuencia, qué requisito se incumplió y qué alcance tuvo la desviación.

Una declaración operativa podría ser: “La llenadora 2 se detuvo tres veces durante el turno de la mañana por activación del sensor de presión”. Esta frase delimita el equipo, el periodo y la manifestación observada sin adelantar una causa. Conviene registrar también el comportamiento esperado, las condiciones normales y el criterio utilizado para reconocer el problema.

Cuando el evento implica riesgo para personas, ambiente o instalaciones, primero deben aplicarse los controles de emergencia y los procedimientos autorizados. Preservar fotografías, registros y componentes también puede ser necesario antes de restablecer el proceso. El análisis no sustituye las medidas inmediatas de seguridad.

2. Reúne datos y participantes

Forma un equipo pequeño con conocimiento del proceso. ASQ señala que el trabajo colectivo suele producir mejores resultados que el análisis individual y recomienda incluir a personas del proceso afectado, responsables con autoridad para implementar soluciones y, cuando sea necesario, especialistas en mejora de la calidad.

Recopila hechos antes de proponer explicaciones. Las fuentes pueden incluir:

• Registros de producción, alarmas, inspecciones y mantenimiento.
• Muestras, componentes dañados, fotografías y mediciones.
• Procedimientos, planos, especificaciones y límites de operación.
• Entrevistas con quienes observaron o ejecutaron el proceso.
• Cambios recientes en materiales, personal, software, equipos o métodos.

Dentro de su campo de aplicación, la orden DOE O 225.1B indica que las juntas encargadas de determinadas investigaciones deben examinar el lugar del accidente, la documentación, las entrevistas y las pruebas técnicas pertinentes. Esta exigencia no se traslada de manera automática a otras organizaciones, pero ilustra la diferencia entre una conclusión documentada y una explicación basada solo en opiniones.

3. Reconstruye y analiza

Ordena los acontecimientos desde la última condición normal conocida hasta la detección del problema y la respuesta inicial. Para cada momento, separa lo que sucedió de las condiciones observadas. “Se activó la alarma” es un evento; “el filtro presentaba una acumulación de residuos” es una condición.

Una línea de tiempo permite detectar vacíos y contradicciones. Si el desempeño cambió después de una modificación, ASQ propone el análisis de cambios para examinar variaciones en personas, equipos, información u otros componentes del sistema. Cuando el problema atravesó una protección, el análisis de barreras ayuda a revisar qué controles debían prevenir o detectar el evento y cuáles no cumplieron su función.

Para una cadena causal relativamente sencilla, los 5 porqués ayudan a profundizar más allá del síntoma. La guía de los 5 porqués de ASQ aclara que pueden requerirse menos o más de cinco preguntas. El número no demuestra que se haya alcanzado una causa: cada respuesta necesita una conexión lógica con el hecho anterior.

Cuando existen varias familias de causas, utiliza un diagrama de Ishikawa. El procedimiento del diagrama de causa y efecto de ASQ propone acordar primero el problema, organizar las causas posibles en categorías y profundizar mediante preguntas sucesivas. Las categorías de materiales, maquinaria, métodos, medición, personal y entorno son puntos de partida que pueden adaptarse al proceso estudiado.

Supongamos que una bomba se detuvo por alta temperatura. El equipo encuentra un flujo de lubricación insuficiente, luego identifica un filtro obstruido y observa que el plan de mantenimiento no define un criterio de inspección o reemplazo basado en condición. “Filtro obstruido” describe una condición física; “plan sin criterio de inspección” plantea una posible debilidad del proceso. Ninguna debe aceptarse todavía como causa confirmada sin revisar mediciones, registros y otras explicaciones posibles.

4. Comprueba las causas

Una causa incluida en un diagrama no queda confirmada por consenso. El propio ejemplo complejo de Ishikawa presentado por ASQ muestra que, cuando aparecen muchas causas posibles, el equipo necesita recopilar información adicional para buscar patrones y decidir cuáles deben investigarse.

Como recomendaciones prácticas de comprobación —no como una metodología con nombre propio— el equipo puede plantear estas preguntas:

• ¿La cronología muestra que la condición existía antes del problema?
• ¿Qué registro, medición, inspección o prueba respalda la relación propuesta?
• ¿La misma condición aparece en casos sin falla o solo en los casos afectados?
• ¿Existe otra explicación compatible con los mismos datos?
• ¿Puede realizarse una prueba controlada sin introducir riesgos ni incumplir procedimientos?

En el ejemplo de la bomba, el equipo podría inspeccionar el filtro, medir el flujo de lubricación, revisar análisis del lubricante y comparar el historial de temperatura antes y después de las intervenciones. Si el filtro estaba limpio cuando comenzó el aumento de temperatura, la hipótesis pierde respaldo y deben estudiarse alternativas como una restricción en otra parte del circuito, una medición defectuosa o una carga de operación distinta.

Puede haber varias causas y condiciones que interactúan. Cuando los datos no permiten distinguirlas, registra la incertidumbre y define qué información falta. Forzar una explicación única puede ocultar combinaciones de diseño, mantenimiento, medición y organización.

5. Actúa y verifica

Diseña una acción para cada causa respaldada por la investigación. Especifica la modificación, el responsable, el plazo, los recursos y el indicador de seguimiento. Corregir el producto defectuoso o cambiar una pieza permite contener el problema; una acción correctiva debe intervenir sobre la causa que produjo la desviación.

Prioriza controles que reduzcan la exposición al error. Una alerta, una lista de verificación o una capacitación pueden ayudar, pero quizá no controlen una falla de diseño. La selección debe considerar el riesgo, la viabilidad, los efectos secundarios y la posibilidad de trasladar el problema a otra etapa.

Antes del cierre, confirma que la acción se implementó y que produjo el cambio previsto. Define un periodo de observación relacionado con la frecuencia del problema y revisa indicadores como recurrencia, defectos, alarmas o tiempo de parada. Si el evento reaparece, reabre el análisis: la explicación pudo estar incompleta, la acción pudo ejecutarse de un modo distinto al diseñado o pudo surgir otra condición.

Errores que debilitan el análisis

• Definir el problema mediante una causa no comprobada.
• Confundir la lluvia de ideas con la validación de hipótesis.
• Detener los 5 porqués al llegar a “error humano”.
• Descartar datos que contradicen la explicación preferida.
• Aplicar la misma herramienta a cualquier tipo de problema.
• Cerrar el caso al implementar la acción, sin medir su eficacia.

En incidentes laborales, la Occupational Safety and Health Administration recomienda investigar más allá de las causas inmediatas y evitar conclusiones limitadas a descuido o incumplimiento de un procedimiento. Esta orientación pertenece al marco estadounidense y no sustituye la normativa, los procedimientos internos ni la supervisión competente de cada jurisdicción.

La profundidad del análisis debe ser proporcional al riesgo y a la complejidad. Una desviación menor y conocida puede resolverse con una investigación breve; un accidente, una falla crítica o un problema con varias interacciones exige métodos estructurados, especialistas y controles formales.

Conclusión

Un análisis de causa raíz sólido conecta tres elementos: un problema delimitado, una explicación respaldada por evidencia y una acción cuya eficacia puede medirse. Las herramientas ayudan a ordenar preguntas e hipótesis, pero el cierre depende de comprobar la relación causal y observar el proceso después del cambio. Ese seguimiento convierte una investigación aislada en aprendizaje operativo.

Fuentes consultadas

American Society for Quality. What Is Root Cause Analysis?

American Society for Quality. Five Whys and Five Hows.

American Society for Quality. What Is a Fishbone Diagram?

Institute for Healthcare Improvement. RCA²: Improving Root Cause Analyses and Actions to Prevent Harm. 2015.

Occupational Safety and Health Administration. Incident Investigation.

U.S. Department of Energy. DOE O 225.1B: Accident Investigations. 2011.

MayuGo. Mejora Continua de Procesos.