Análisis de causa raíz según IEC 62740: qué exige la norma y cómo aplicarla
En casi todas las plantas industriales se hacen análisis de causa raíz. Pocas veces se hacen igual dos veces. Un equipo usa 5 Porqués en una pizarra, otro arma un Ishikawa en una planilla, un tercero escribe un informe narrativo sin ninguna técnica. Las conclusiones dependen más de quién lideró el análisis que del evento analizado, y cuando el mismo problema vuelve a ocurrir seis meses después, nadie puede reconstruir por qué se llegó a esa causa.
La norma IEC 62740:2015 (publicada en España como UNE-EN 62740) existe precisamente para resolver ese problema. No impone una técnica en particular, pero sí define qué es un análisis de causa raíz, qué pasos debe tener y cómo elegir la técnica adecuada para cada caso.
Qué es un análisis de causa raíz según la norma
La norma define el análisis de causa raíz (ACR, o RCA por su sigla en inglés) como un proceso sistemático para identificar las causas de un evento foco: el evento que se quiere explicar. La definición es deliberadamente amplia. No se limita a fallas de equipos: incluye incidentes de seguridad, no conformidades de un sistema de gestión, desviaciones de proceso e incluso resultados exitosos que se quieren repetir.
Hay tres ideas de la norma que conviene tener presentes desde el inicio:
La causa obvia suele ser un síntoma. La causa inmediata de un evento (un rodamiento que falla, una válvula que no cierra) rara vez es la que conviene tratar. Si solo se corrige el síntoma, el evento vuelve.
Un evento casi nunca tiene una sola causa raíz. La norma define causa raíz como un factor causal sin predecesor que es relevante para el propósito del análisis, y aclara que normalmente hay más de una. Buscar "la" causa raíz es, en la mayoría de los casos, un error de partida.
El ACR no busca culpables. La norma excluye expresamente la asignación de responsabilidades de su alcance. Un análisis que termina en "error del operador" no ha terminado.
Los cinco pasos del proceso
El núcleo de la norma es un proceso de cinco pasos. Para que un análisis sea efectivo, dice la norma, debe realizarse como una investigación sistemática, con causas y conclusiones respaldadas por evidencia documentada.
1. Iniciación. Se decide si el evento justifica un análisis, se describe el evento foco, se define el propósito y el alcance, y se forma el equipo. Es también el momento de fijar la regla de parada: el criterio que determina dónde termina el análisis. Lo detallamos en el artículo sobre la iniciación.
2. Establecimiento de los hechos. Se reúne la información sobre qué ocurrió, dónde, cuándo y con quién, antes de que la evidencia se pierda. La norma advierte que este suele ser el paso que más trabajo exige. Ver establecimiento de los hechos.
3. Análisis. Con los hechos ordenados, se determina cómo y por qué ocurrió el evento, usando una técnica estructurada, hasta llegar a las causas raíz. Ver análisis de causas.
4. Validación. Se confirma o descarta cada causa identificada con evidencia. Lo que no se puede demostrar se trata como hipótesis, no como conclusión. Ver validación.
5. Presentación de resultados. Se documentan las causas que requieren acción, las opciones de tratamiento y las acciones recomendadas, y se verifica después que esas acciones funcionaron. Ver resultados y acciones correctivas.
Un detalle importante: el proceso no es lineal. La norma reconoce que el ACR es iterativo, sobre todo entre los hechos y el análisis. Al analizar aparecen preguntas que obligan a recoger más datos, y esos datos cambian el análisis. Un proceso rígido que no permite volver atrás produce análisis débiles.
Dos tipos de análisis que no conviene mezclar
La norma distingue dos tipos de ACR con objetivos distintos:
- El análisis basado solo en hechos verificables, donde no se aceptan hipótesis sobre cómo ocurrió el evento.
- El análisis basado en hipótesis, que se usa cuando no hay suficiente información y se aceptan causas potenciales que todavía no se pueden demostrar.
Ambos son válidos, pero la norma recomienda no mezclarlos. En la práctica, el problema aparece cuando un informe presenta como hechos lo que en realidad son hipótesis. Por eso es útil declarar desde el inicio qué tipo de análisis se está haciendo, y por eso la validación de cada causa con evidencia es tan importante.
Elegir la técnica correcta
La norma describe una docena de técnicas de análisis, desde las más simples hasta métodos formales que requieren semanas de formación. No declara ninguna como la mejor. En cambio, propone criterios para compararlas: la experiencia que exigen, si escalan a eventos complejos, si tienen representación gráfica clara, si distintos analistas llegarían al mismo resultado, si incluyen la secuencia temporal y si se concentran en los factores necesarios del evento o exploran problemas generales.
Con esos criterios, el panorama es claro. Las técnicas más usadas en la industria, como 5 Porqués e Ishikawa, son intuitivas y no requieren herramientas, pero sus resultados dependen mucho del analista. Técnicas como el árbol de causas o el árbol de fallas exigen más disciplina, pero escalan mejor y producen resultados más reproducibles.
La norma agrega una recomendación que muchos pasan por alto: en algunos casos conviene usar más de una técnica, porque cada una se apoya en un modelo distinto de cómo ocurren los eventos y tiende a dirigir la atención hacia factores diferentes. Revisamos cada técnica en detalle en esta serie: 5 Porqués, Ishikawa, árbol de causas y árbol de fallas.
Errores frecuentes que la norma ayuda a evitar
Empezar por la solución. Si la descripción del evento ya sugiere una causa ("falla por mala lubricación"), el análisis queda sesgado desde el primer minuto. La norma pide una descripción simple y neutral del evento foco.
Analizar sin hechos. Saltar directo a la lluvia de ideas, sin haber reconstruido qué ocurrió, convierte el análisis en una discusión de opiniones.
Detenerse en "error humano". La norma pide describir con precisión la acción u omisión, y después preguntar qué condiciones la hicieron posible.
No validar. Una causa que nadie verificó no es una causa raíz: es una hipótesis con buena redacción.
Cerrar el análisis con el informe. El valor del ACR está en las acciones y en comprobar que funcionaron. Un análisis cuyas acciones no se ejecutan ni se verifican no previene nada.
IEC 62740 e ISO 55001
Para organizaciones que gestionan activos bajo ISO 55001, el ACR no es una actividad aislada. La norma de gestión de activos exige reaccionar ante no conformidades e incidentes, determinar sus causas, implementar acciones correctivas y revisar su eficacia. La IEC 62740 entrega el cómo para cumplir ese qué: un proceso trazable que un auditor puede seguir desde el evento hasta la acción verificada.
Cómo lo aplica Asistente ACR
Asistente ACR está construido sobre el proceso de la IEC 62740. Cada análisis avanza por cinco pasos que corresponden a los de la norma: iniciación del evento, hechos y análisis preliminar, análisis y plan de acción, validación de acciones y resultados.
Dentro de ese flujo, la plataforma ofrece cuatro técnicas (5 Porqués, Ishikawa, árbol de causas y árbol de fallas) que pueden combinarse en un mismo análisis. Cada causa se valida o rechaza con una justificación y con evidencia de los hechos preservados. Las acciones correctivas se vinculan a una o más causas raíz, y el informe final se genera con toda la trazabilidad, desde el evento hasta la verificación de eficacia.
La inteligencia artificial apoya cada etapa sin reemplazar al equipo: redacta la descripción del fenómeno a partir de los hechos, propone ideas iniciales para el análisis, sugiere causas latentes a partir de las causas ya validadas y genera un borrador del resumen ejecutivo.
Conclusión
La IEC 62740 no agrega burocracia al análisis de causa raíz. Hace lo contrario: le da una estructura que permite que dos equipos distintos, frente al mismo evento, lleguen a conclusiones comparables y defendibles. En los próximos artículos de esta serie revisamos cada paso del proceso y cada técnica de análisis en detalle.
¿Quiere ver cómo se aplica la IEC 62740 en un análisis real? Solicite una demo de Asistente ACR o cree su cuenta.