Un análisis de causa raíz intenta explicar por qué ocurrió un fallo o incidente para orientar acciones sobre causas subyacentes, no solo describir el síntoma visible. NASA presenta el análisis de causa raíz de fallos como búsqueda de causas fundamentales de fallos de instalaciones o equipos y diferencia una causa raíz de su efecto.
OSHA/EPA lo sitúan en el contexto de incidentes y describen la causa raíz como una razón subyacente del sistema; INSST, en una nota sobre investigación de accidentes, señala que las causas se derivan de hechos establecidos. NASA, Reliability-Centered Maintenance Guide for Facilities and Collateral Equipment, §5.5.3, PDF impreso p. 5-18 / web P63, líneas 2062–2067; OSHA/EPA, Root Cause Analysis Fact Sheet, p. 1, líneas 3–7; INSST NTP 442, §3, líneas 443–449.
En una nota de mantenimiento, «causa raíz» puede sonar a conclusión antes de que haya evidencia. «La bomba se detuvo» es un síntoma; «el motor no giró» describe cómo se manifestó la pérdida de función; «faltó alimentación eléctrica» sería una hipótesis causal que aún necesita respaldo. Esa secuencia de términos es un marco editorial para separar observación e hipótesis; las fuentes citadas no la presentan como una nomenclatura universal obligatoria.
Separar lo que se ve de lo que se explica
Un síntoma es el efecto inicial que una persona puede observar o que un registro puede mostrar. Un modo de fallo describe cómo se manifestó la pérdida de función. Un factor puede contribuir a la condición. Una causa es una explicación respaldada por evidencia suficiente dentro del alcance del análisis. No intenta fijar el vocabulario de ingeniería ni sustituir el de una metodología concreta.
Su utilidad es más acotada: una alarma o una pieza averiada, por sí solas, no explican por qué ocurrió el fallo.
NASA describe el análisis como una búsqueda de causas fundamentales relacionadas con fallos de equipo o instalaciones, con el objetivo de corregir la causa y ayudar a evitar recurrencia. Eso no implica que la causa esté clara desde el principio ni que una acción evite cualquier repetición.
El documento da orientación para su contexto NASA; no es un estándar universal para mantenimiento industrial español. NASA, Reliability-Centered Maintenance Guide for Facilities and Collateral Equipment, §5.5.3, PDF impreso p. 5-18 / web P63, líneas 2062–2067.
En investigaciones de incidentes, OSHA/EPA describe la causa raíz como la razón subyacente del sistema que permitió el evento. INSST NTP 442 explica que las causas se derivan de hechos establecidos durante la investigación. Aunque proceden de ámbitos distintos, ambas apuntan a la misma cautela: una explicación debe apoyarse en hechos antes de tratarla como causa.
En un parte de mantenimiento, el síntoma inicial y la conclusión investigada merecen quedar separados. OSHA/EPA, Root Cause Analysis Fact Sheet, p. 1, líneas 3–7; INSST NTP 442, §3, líneas 443–449.
Predecir un fallo y explicar su causa son preguntas distintas
La guía de mantenimiento de NASA distingue el seguimiento de una condición de la búsqueda de su origen. Un programa de pruebas e inspección predictiva (PT&I) puede detectar ciertos fallos con antelación; eso permite anticipar una avería, pero no necesariamente explica por qué aparece. En §5.5.3, NASA llama síntomas a problemas repetidos como la vida corta de los rodamientos.
Reparar esa consecuencia una y otra vez no elimina el problema que la provoca. NASA, Reliability-Centered Maintenance Guide for Facilities and Collateral Equipment, §5.5.3, impreso p. 5-18 / PDF físico p. 64.
La guía lo ilustra con un rodamiento que puede fallar una y otra vez por cargas excesivas asociadas a una desalineación subyacente. PT&I podría anticipar el fallo y permitir cambiar el rodamiento antes de que se rompa. Si la desalineación no se reconoce y corrige, las condiciones que provocan la avería siguen presentes y pueden continuar las reparaciones y las paradas.
El ejemplo pertenece a la guía de NASA para instalaciones y equipos complementarios; no afirma que todos los rodamientos fallen por desalineación. NASA, §5.5.3, impreso p. 5-18 / PDF físico p. 64.
| En la ilustración de NASA | Lo que representa | Lo que no demuestra por sí solo |
|---|---|---|
| Vida corta repetida del rodamiento | El síntoma de una avería recurrente | Qué condición la produce |
| Predicción de fallo mediante PT&I | Una señal útil para anticipar el deterioro y programar una sustitución | La causa subyacente de ese deterioro |
| Cargas excesivas asociadas a desalineación | Una explicación que la guía presenta para ese ejemplo | Que esa misma causa exista en otra máquina |
El ejemplo permite afinar el término «causa». Un aviso puede ser fiable y aun así responder solo a «qué componente puede fallar». Aquí, la explicación va un paso más allá: relaciona el fallo repetido con una condición que mantiene la carga excesiva.
El documento define RCFA como una búsqueda de las causas fundamentales de los fallos de equipos o instalaciones y señala que pretende corregir la causa, no solo su efecto; dice que esa información puede ayudar a prevenir la repetición, no que garantice eliminarla. NASA, §5.5.3, impreso p. 5-18 / PDF físico p. 64.
La ilustración es distinta del caso hipotético de la bomba que aparece a continuación. NASA ofrece un ejemplo documental de una relación entre fallo repetido, carga y desalineación; el caso de la bomba plantea dos hipótesis y mantiene abierta la explicación porque aún falta evidencia. Ninguno de los dos autoriza a diagnosticar un equipo real desde esta página.
La guía no convierte la predicción en un análisis causal ni prescribe aquí pruebas, ajustes o una secuencia de trabajo: cualquier valoración de una máquina concreta corresponde a personal competente y al procedimiento aplicable.
Un ejemplo conceptual: seguir dos hipótesis sin elegir por intuición
Ejemplo hipotético, sin datos de una avería real. Una bomba se detiene y el parte inicial dice «bomba parada». La frase conserva el síntoma, pero todavía no explica el fallo. Una inspección posterior registra que el motor no recibió alimentación. Ese dato estrecha la descripción del evento; no identifica aún por qué faltó alimentación.
El equipo plantea dos hipótesis rivales. La primera es que actuó una protección debido a una condición eléctrica. La segunda es que la señal de mando no llegó al circuito de control. Ambas podrían ser compatibles con el síntoma inicial, pero conducen a preguntas distintas. Si se registra únicamente «avería eléctrica», se pierde la diferencia entre lo observado y lo que se supone.
| Registro del caso hipotético | Qué permite afirmar | Qué sigue abierto |
|---|---|---|
| La bomba se detuvo durante la operación | Hubo una pérdida de función observada | El mecanismo que la produjo |
| El registro indica ausencia de alimentación al motor | El motor no recibió alimentación en ese momento, si el registro es fiable y corresponde al equipo | Si actuó la protección, faltó la señal de mando u ocurrió otra condición |
| La protección aparece en estado de disparo | La protección estaba disparada cuando se consultó el registro | La causa que provocó el disparo y el orden temporal de los eventos |
| La señal de mando no aparece en el historial disponible | Ese historial no muestra la señal | Si la señal nunca llegó, si el historial está incompleto o si se consultó el punto correcto |
La tabla es una herramienta editorial para pensar sobre el ejemplo, no un formulario prescrito por NASA, OSHA/EPA o INSST. Muestra que un hallazgo puede respaldar una parte de la explicación y dejar otra sin resolver. El dato «protección disparada» no demuestra por sí solo qué originó el disparo; el dato «no aparece la señal» tampoco prueba que el sensor o el control fueran la causa si el registro no cubre el evento completo.
La evaluación mejora si se anota qué dato pondría a prueba cada hipótesis. Para la primera, haría falta vincular el disparo con el evento y revisar sus condiciones; para la segunda, confirmar qué registró el controlador y durante qué intervalo. Estos ejemplos no son instrucciones de diagnóstico: cualquier inspección o prueba corresponde al personal competente y a los procedimientos aplicables. La cuestión es si existe un hecho pertinente que permita contrastar cada hipótesis.
Supongamos que el historial disponible no permite distinguir las dos hipótesis. Una conclusión proporcionada sería «pérdida de alimentación observada; origen pendiente de confirmar», junto con la información que aún falta. La reparación podría restaurar el servicio, pero no cerraría la explicación causal si no conecta la intervención con evidencia suficiente. También es posible concluir que el alcance de la investigación se limita al mecanismo inmediato.
Dejar esa frontera escrita es más informativo que escoger una causa solo para completar el parte.
Si más adelante aparece evidencia de que la protección actuó por una condición concreta, el registro puede actualizar la hipótesis y relacionarla con la acción tomada. Si los datos la contradicen, debe quedar constancia de por qué se descartó y qué alternativa se mantiene. Al actualizar el análisis, la conjetura anterior sigue siendo una conjetura; el registro conserva qué se observó, cómo se valoró y qué decisión se tomó.
Así, otra persona puede reconstruir qué se sabía en cada momento sin atribuir como certeza lo que entonces seguía abierto.
Qué significa actuar sobre una causa
La finalidad de investigar causas no es producir una etiqueta convincente. Se busca que la acción elegida responda a una explicación que los hechos apoyen. Si la evidencia indica que un conector se afloja bajo vibración, una acción sobre la conexión podría tener sentido; si solo se observó una parada, esa causa todavía no está demostrada.
NASA habla de corregir la causa raíz para ayudar a evitar recurrencia, pero no promete que una acción elimine todo riesgo futuro. NASA, §5.5.3, PDF p. 5-18 / web P63, líneas 2062–2067.
Una explicación puede ser de distintos niveles. «El fusible se abrió» describe un hecho o un modo de fallo. «La carga excedió el límite por una bomba bloqueada» puede ser una hipótesis más explicativa, pero necesita evidencia sobre carga, bomba y protección. «No se siguió el estándar» puede sonar causal, aunque sin probar qué condición del sistema permitió el incumplimiento corre el riesgo de convertirse en una atribución personal sin contexto.
OSHA/EPA enfatiza una razón subyacente del sistema en su contexto de análisis de incidentes. OSHA/EPA, Root Cause Analysis Fact Sheet, p. 1, líneas 3–7.
La acción correctiva debe evaluarse frente a la explicación, no solo frente al síntoma. Si el equipo se reinicia y vuelve a fallar, quizá la intervención solo restauró temporalmente el servicio. Si el análisis encontró una causa respaldada y se implementó una medida, aún hace falta observar si la condición reaparece y si la medida opera como se esperaba. Las fuentes no fijan para todas las organizaciones una verificación posterior única ni un plazo universal.
Evidencia, incertidumbre y alcance
Una conclusión causal gana solidez cuando puede enlazarse con hechos, pero «evidencia» no significa que siempre exista un registro electrónico. Puede incluir observaciones, documentación, inspecciones autorizadas, mediciones o antecedentes, según el contexto y el método empleado. La nota INSST NTP 442 dice que las causas se derivan de hechos establecidos en una investigación de accidentes; eso respalda una relación disciplinada entre hechos y causa dentro de ese contexto.
No crea un método de mantenimiento obligatorio. INSST NTP 442, §3, líneas 443–449.
Conviene registrar qué se observó, qué información apoya una hipótesis, qué alternativas se consideraron y qué dato falta. No hace falta imponer una plantilla universal. Basta con dejar claro hasta dónde llega la conclusión: «causa probable» y «causa verificada» pueden significar cosas distintas en el sistema local, así que conviene definirlas allí.
Una causa raíz no tiene que ser única. Un fallo puede depender de una combinación de factores. Si los hechos no permiten determinar la cadena, el informe debe conservar la incertidumbre o describir el nivel de análisis alcanzado. Decir «causa desconocida» puede ser más fiel a la evidencia que elegir un responsable. No se debe llenar el espacio con una explicación plausible que no pueda comprobarse.
Lo que esta definición no prescribe
Las fuentes usadas tienen alcances distintos. NASA ofrece una guía de análisis de fallos para su contexto institucional; OSHA/EPA aporta una ficha de análisis de causa raíz en investigaciones de incidentes; INSST NTP 442 trata la investigación de accidentes. Ninguna de ellas establece una regla única para cada avería de mantenimiento industrial en España. NASA, guía de análisis de fallos; OSHA/EPA, ficha RCA; INSST NTP 442.
Tampoco se prescribe aquí una herramienta concreta, como cinco porqués, árbol de fallos, diagrama causa-efecto o un software. La pregunta de la página es qué significa «causa raíz» y por qué conviene separar evidencia de hipótesis. Si una organización elige una metodología, debe aplicar su formación, procedimiento y requisitos correspondientes. La existencia de una herramienta no garantiza que la causa quede demostrada.
El análisis de causa raíz tampoco sustituye las acciones inmediatas que requiera la seguridad de las personas o la protección del equipo. La página no es un procedimiento para volver a arrancar, aislar, reparar ni probar una máquina. Las decisiones de intervención deben seguir las reglas aplicables, el fabricante y los controles locales.
Si el parte no permite cerrar la explicación, anota qué componente está implicado, qué causa sigue abierta y qué evidencia falta. No elijas una causa solo para completar el informe.
FAQ
¿Cuál es el objetivo de un análisis de causa raíz?
Identificar causas subyacentes de un fallo o incidente para orientar acciones que reduzcan su recurrencia, sin confundir el síntoma observado con una explicación ya demostrada. NASA, §5.5.3; OSHA/EPA, ficha RCA.
¿Qué diferencia hay entre causa y síntoma?
El síntoma es el efecto observado, como una parada; la causa es una explicación respaldada por hechos sobre por qué ocurrió. Separarlos ayuda a no tratar una hipótesis como conclusión. INSST NTP 442, §3.
¿Un análisis de causa raíz siempre usa los cinco porqués?
No se puede afirmar eso con las fuentes citadas. Esta página define el objetivo y la relación entre evidencia y causa; no prescribe una herramienta única. NASA, Reliability-Centered Maintenance Guide for Facilities and Collateral Equipment.
¿La guía NASA es una norma universal para el mantenimiento en España?
No. Es una guía de NASA para análisis de fallos en su contexto; no establece por sí sola un método obligatorio para toda organización española. NASA, Reliability-Centered Maintenance Guide for Facilities and Collateral Equipment.
Fuentes y alcance
- NASA, Reliability-Centered Maintenance Guide for Facilities and Collateral Equipment, §5.5.3, impreso p. 5-18 / web P63, líneas 2062–2067. NASA. Guía institucional para fallos de instalaciones/equipos; no norma universal española.
- OSHA/EPA, Root Cause Analysis Fact Sheet, p. 1, líneas 3–7. OSHA. Ficha sobre análisis de incidentes en su contexto.
- INSST, NTP 442, §3, líneas 443–449. INSST. Nota sobre investigación de accidentes; las causas se derivan de hechos establecidos.