Análisis de causa raíz: del fallo a la evidencia

Un análisis de causa raíz (RCA) intenta explicar un problema y orientar acciones que reduzcan su repetición. No convierte una primera explicación plausible en verdad por llamarla “raíz”. El trabajo empieza por definir qué ocurrió, recopilar registros y observaciones, explorar causas directas y subyacentes, y comprobar si los datos sostienen cada vínculo.

El documento DOE describe una ruta desde el problema y sus causas inmediatas hacia causas subyacentes tratables; OSHA recomienda investigar factores sistémicos en vez de limitarse a asignar culpa. DOE, Root Cause Analysis Guidance Document, §5.1, pp. 7–8; OSHA, Incident Investigation Overview.

Ambas fuentes tienen contexto institucional estadounidense. La portada de DOE fecha la guía en febrero de 1992; aquí se usa como referencia histórica, no como procedimiento legal español ni como método obligatorio para cada fallo industrial. DOE-NE-STD-1004-92, portada, p. 1.

Define el problema antes de explicar por qué ocurrió

Una descripción útil registra el equipo o proceso, el momento o periodo, el resultado observado y la evidencia disponible. “La bomba volvió a fallar” puede ser demasiado general si no indica cuál bomba, qué comportamiento se detectó, qué servicio quedó interrumpido y cuál es el intervalo que se analiza. Si la fuente es una orden de trabajo (OT), un registro de alarma o una inspección, anota la referencia y conserva el original.

Evita incluir una causa en la frase del problema. “La bomba falló por falta de mantenimiento” ya presenta una explicación que aún debe demostrarse. Una formulación más neutral podría ser: “Durante el turno de tarde, la bomba P-14 se detuvo y la señal de presión cayó; el registro de eventos muestra la hora, pero todavía falta confirmar la condición del filtro”. Es un ejemplo inventado, no el relato de un incidente real.

También delimita qué queda fuera. Puede analizarse una parada concreta, una familia de fallas repetidas o una pérdida de calidad, pero no conviene cambiar de alcance a mitad del análisis. El periodo, los activos y el resultado observado deben ser coherentes con los datos que se recopilan. Si aparecen hechos nuevos que amplían el problema, registra el cambio y explica por qué se ajusta la pregunta.

Diferencia el mecanismo próximo de las causas subyacentes

La causa directa suele nombrar el mecanismo cercano al efecto: una pieza se rompe, una señal no llega o una operación se detiene. Las causas subyacentes exploran qué condiciones permitieron que ese mecanismo apareciera o se repitiera. Las etiquetas no son idénticas en todos los métodos, por lo que conviene definir cómo se usan en el análisis y no tratarlas como categorías legales universales.

DOE presenta el análisis como un recorrido desde el problema hasta las causas directas y luego hacia causas subyacentes que puedan tratarse. También conecta esa investigación con acciones preventivas y con la necesidad de obtener más datos cuando la explicación no está apoyada. DOE, §5.1, pp. 7–8, pasos (a)–(d).

Una respuesta como “el fusible abrió” puede describir el evento próximo, pero no responde todavía qué condición eléctrica o de operación lo produjo ni por qué los controles existentes no evitaron la parada.

No todo factor encontrado merece el rótulo de causa raíz. Una condición puede coincidir con el evento sin haberlo provocado. Una causa candidata necesita un vínculo con el hecho y una fuente que lo sustente. Si la explicación depende de un supuesto aún no verificado, declárala como hipótesis y define qué dato permitiría contrastarla.

Un caso documentado: un hallazgo no bastó como causa

En abril de 2005, dos circuitos de sensores del sistema de corte de motores del transbordador fallaron durante una prueba de carga. Tras sustituir una caja electrónica y un arnés, el siguiente tanqueo no mostró anomalías.

Ese resultado pareció señalar a las piezas retiradas. Al inspeccionar la caja aparecieron un circuito flexible rasgado y una soldadura defectuosa, pero las pruebas indicaron que ambos seguían funcionando; el informe no pudo vincularlos con los fallos. Eran hallazgos reales, no causas demostradas. Martinez y Welzyn, PDF pp. 4–5.

Las comprobaciones de resistencia y reflectometría a temperatura ambiente no localizaron un circuito abierto. El equipo también reprodujo condiciones de carga sin propelente criogénico, y el fallo no apareció. Ese resultado describía lo que no ocurrió en esas pruebas; no descartaba una anomalía dependiente del entorno que no se había recreado. Martinez y Welzyn, PDF p. 5.

En diciembre de 2007 fallaron varios canales durante una prueba de carga. El registro continuo permitió situar las anomalías en el tiempo y la reflectometría localizó el circuito abierto en el conector de paso del tanque.

Un ensayo criogénico posterior reprodujo el fallo; el análisis encontró contaminación y señales de movimiento entre contactos. Los autores propusieron que ambas condiciones explicaban el mecanismo, pero no identificaron el contaminante concreto. La modificación correctiva se describe como una respuesta a ese conjunto de pruebas, no como una regla transferible a otros equipos. Martinez y Welzyn, PDF pp. 9–10.

Construye el razonamiento como una serie de vínculos

Ordena la evidencia antes de escribir una narración causal. Para cada observación, anota su origen, fecha y relación con el evento. Una OT puede documentar el trabajo realizado; un historial puede mostrar recurrencia; una inspección puede describir una condición; una entrevista puede señalar dónde buscar. Cada tipo de dato tiene límites distintos, y ningún registro aislado prueba automáticamente toda la cadena causal.

Una tabla de trabajo interna puede tener las columnas “hecho observado”, “causa candidata”, “dato que la apoya”, “dato que falta” y “alternativa que podría contradecirla”. Este formato es una sugerencia editorial, no un instrumento que DOE o OSHA exijan. Su función es hacer visible la diferencia entre evidencia y explicación. Si no hay evidencia para un vínculo, no lo rellenes con lenguaje seguro; deja claro qué verificación falta.

Caso hipotético: una parada de bomba

Supongamos una bomba ficticia que se detiene dos veces durante una semana. La observación inicial es una señal de parada a las 14:12, seguida por una caída de presión. Un técnico registra que reinicia el equipo; la OT indica “revisar filtro”, pero no incluye medición ni fotografía. Una primera explicación posible es una restricción de flujo. Todavía falta saber si el filtro estaba obstruido, si el sensor registraba correctamente y si la parada se relaciona con una condición de proceso.

La siguiente etapa no es aceptar la primera hipótesis. Se consulta el registro de alarmas, se verifica la condición de los componentes y se compara el evento con el historial del activo. Si la inspección encuentra un filtro con material acumulado, ese dato apoya una parte de la explicación, pero aún se debe preguntar de dónde llegó el material y por qué no se detectó antes.

Si el filtro está limpio, la hipótesis pierde apoyo y se revisan otras rutas, como el sensor o las condiciones del proceso.

Imagina que los registros muestran una alarma de presión anterior, pero la señal se había clasificado como intermitente y no se abrió una tarea de seguimiento. Esa observación podría llevar a revisar criterios de alarma, mantenimiento, operación o comunicación entre turnos. No prueba por sí sola una falla de gestión: se necesitarían registros, contexto y entrevistas que expliquen cómo se tomó la decisión. El análisis debe evitar convertir una omisión aparente en una acusación personal.

Una acción correctiva podría formularse condicionalmente: si la verificación confirma que el material acumulado provoca la restricción, evaluar el origen del material y probar una intervención que reduzca su entrada; después comprobar en un periodo definido si la señal vuelve a aparecer. El detalle operativo depende del equipo y de la organización, y este ejemplo no recomienda cambiar un filtro ni alterar un sistema real.

El punto metodológico es que la acción debe responder al vínculo que se haya confirmado y contar con una comprobación posterior.

Busca condiciones del sistema sin reemplazar los hechos

La orientación de OSHA recomienda ir más allá de la causa superficial y considerar factores de sistema que pudieron contribuir al evento. Esto ayuda a evitar investigaciones que terminan en “error humano” sin preguntar qué información, diseño, formación, carga de trabajo, supervisión o controles estaban presentes. OSHA, Incident Investigation Overview, apartados sobre causas subyacentes.

Mirar el sistema no significa que toda causa tenga que ser organizativa ni que una persona nunca pueda haber tomado una decisión relevante. Significa que la investigación debe comprobar contexto y condiciones antes de cerrar la explicación. Si una acción humana aparece en la secuencia, pregunta qué señal recibió la persona, qué procedimiento existía, qué opciones estaban disponibles y qué registros confirman la cronología.

No concluyas que “la formación” fue la causa si no has verificado qué formación se impartió, cuándo y cómo se relaciona con el evento.

Mantén separadas la búsqueda de causas y la atribución de responsabilidad disciplinaria. Un análisis orientado a prevenir repetición necesita entender mecanismos y barreras. Las decisiones laborales o legales siguen sus procedimientos y no se resuelven con un diagrama causal.

Recoge información sin convertir la entrevista en una búsqueda de culpables

DOE separa la recogida de datos de la evaluación y señala que conviene conservar información sobre condiciones antes, durante y después del suceso, participación de las personas, entorno y otros datos pertinentes. Entre las fuentes que enumera hay registros de operación, inspección, mantenimiento, procedimientos, datos de proceso, órdenes de trabajo y pruebas. DOE, Phase I, pp. 4–5/PDF físicas 10–11.

Ese inventario pertenece a la guía; no implica que cada análisis deba reunir todos los elementos, ni que exista una lista universal para cualquier planta.

La forma de preguntar también afecta a la calidad del dato. Una entrevista puede reconstruir qué observó una persona y qué acciones recuerda, pero se debe marcar como relato y comparar con registros cuando sea posible. DOE describe las entrevistas como búsqueda de hechos y no de culpa; recomienda considerar el marco de referencia de quien responde.

Si se desmonta o restaura un componente, puede perderse evidencia que luego habría ayudado a confirmar la causa. La guía recomienda preservar evidencia física cuando sea pertinente y verificar la exactitud de los datos. En un centro real, la seguridad y la recuperación del servicio mandan; no retengas equipos ni alteres una operación por seguir una sugerencia general de esta página. Aplica los procedimientos técnicos autorizados.

Un resumen de evidencias puede registrar el origen, fecha, quién lo recogió y qué afirmación respalda. Si una entrevista dice que una alarma se oyó antes del paro, pero el registro de eventos no lo muestra, deja la diferencia abierta. No borres el relato ni sustituyas el registro: explica qué limitación tiene cada fuente y qué prueba podría aclarar la secuencia.

Elige profundidad según la situación, no por costumbre

DOE describe una selección de método y nivel de esfuerzo según situación y objetivo. Su figura de decisión orienta a quien usa esa guía; no es un ranking universal de herramientas RCA. DOE, §5.2 y Figure 2, p. 9. En una pregunta acotada puede bastar una exploración breve; si aparecen causas paralelas, evidencias en conflicto o impacto que requiere otro alcance, el equipo puede elegir un análisis más estructurado.

Esta página no impone umbrales de severidad o recurrencia. Como criterio editorial, conviene ampliar el trabajo cuando la cadena depende de datos desconocidos, cuando distintas explicaciones siguen siendo compatibles con los hechos o cuando una acción propuesta no ataca el mecanismo confirmado. Para comparar métodos concretos, consulta la página sobre herramientas RCA; para la técnica 5 Whys, consulta la página que evalúa sus límites. No copies aquí sus desarrollos paso a paso.

Separa una acción inmediata de la causa que estás evaluando

Tras una parada, una organización puede tomar una medida temporal para recuperar el servicio o controlar una condición. Esa respuesta inmediata no demuestra por qué sucedió el fallo ni si se evitará que vuelva. Mantén en registros separados la contención, la hipótesis causal, la acción preventiva propuesta y la verificación de efectividad. Así, la presión por restaurar un equipo no borra la pregunta que queda pendiente.

En el modelo de DOE, el análisis, las acciones correctivas y el seguimiento ocupan fases distintas. La fase III propone valorar si cada acción responde a una causa y si es viable; la fase V comprueba si se implantó, si funciona como se esperaba y si evita que el problema se repita. DOE, fases III y V, pp. 14 y 16/PDF físicas 20 y 22.

Para quien adopte esta referencia, conviene separar dos registros: la evidencia de que la tarea se ejecutó y la evidencia de que cambió el resultado que pretendía corregir. La primera no demuestra por sí sola la segunda.

Una comprobación debe relacionarse con el resultado que se busca modificar. Si la acción pretende reducir una parada repetida, observa el indicador o condición pertinente durante un intervalo adecuado al proceso. Si el registro no muestra mejora, no declares éxito porque se cerró la tarea: revisa si el vínculo causal estaba bien establecido, si la acción se aplicó como se pensó o si hay otra causa activa.

Comprueba la acción y conserva lo pendiente

Define qué resultado observable indicaría que actuó sobre la causa confirmada y qué periodo o dato se revisará. Una acción “revisar proceso” es difícil de evaluar; una acción concreta puede incluir responsable, condición que pretende modificar y evidencia de verificación, siempre según los procedimientos locales.

Si el análisis no puede confirmar una causa, registra qué falta y evita etiquetar como “raíz” la hipótesis más plausible. Puede ser válido concluir que varias explicaciones siguen abiertas. Cuando se obtenga nueva evidencia, vuelve al vínculo afectado en vez de reescribir toda la historia sin conservar la versión anterior.

RCA tampoco reemplaza la gestión diaria del mantenimiento o una GMAO. Una OT captura trabajo e información del activo; la investigación explica un evento y puede derivar acciones. Los sistemas se complementan, pero no son intercambiables. Una orden cerrada no demuestra que la causa haya sido entendida, y un informe causal no sustituye los registros de mantenimiento.

Preguntas frecuentes

¿Qué diferencia una causa directa de una causa raíz?

La causa directa describe el mecanismo próximo al problema; una causa subyacente intenta explicar por qué ese mecanismo pudo existir o repetirse. Las etiquetas varían entre métodos, así que lo importante es mostrar los datos que apoyan cada vínculo y no presentar una hipótesis como hecho.

¿Por qué una investigación RCA evita centrarse en culpas?

Porque atribuir el resultado a una persona puede dejar sin examinar condiciones organizativas o del sistema que influyeron en el evento. OSHA recomienda investigar factores subyacentes y sistémicos; su guía es una referencia institucional estadounidense, no una obligación legal española.

¿Qué método o esfuerzo conviene aplicar?

Depende de la pregunta, el contexto y los datos disponibles. DOE describe una selección según la situación y el objetivo; esta página no establece un ranking ni recomienda una herramienta única para todas las fallas.

¿Estas guías son el procedimiento legal español?

No. DOE y OSHA son fuentes institucionales de Estados Unidos. Pueden orientar una explicación de investigación, pero no sustituyen la normativa española, la evaluación de riesgos ni los procedimientos del centro.

Fuentes

• DOE-NE-STD-1004-92, Root Cause Analysis Guidance Document
• OSHA, Incident Investigation Overview
• Martinez y Welzyn, Lessons Learned from the Space Shuttle ECO Anomalies