Paso 3 del ACR: del cómo al por qué, hasta la causa raíz
Con los hechos establecidos, el equipo sabe qué ocurrió, dónde, cuándo y con quién. El tercer paso del proceso de la IEC 62740 responde a las preguntas que realmente importan: cómo y por qué ocurrió el evento.
Es el paso que todos asocian con el análisis de causa raíz, y también el que más se presta a errores: detenerse en la causa inmediata, confundir factores que contribuyeron con factores necesarios, o cerrar el análisis con "error humano". Este artículo es parte de una serie sobre el análisis de causa raíz según IEC 62740.
El vocabulario de la norma
Buena parte de la confusión en los ACR viene de usar las mismas palabras para cosas distintas. La norma define varios conceptos con precisión, y vale la pena adoptarlos:
Factor causal. Una condición, acción, evento o estado que fue necesario para que ocurriera el evento foco, o que contribuyó a que ocurriera.
Factor causal necesario. Aquel sin el cual el evento no habría ocurrido. Si se elimina, el evento no se produce.
Factor contributivo. Una condición considerada secundaria: aumentó la probabilidad del evento, pero no fue necesaria para que ocurriera.
Factor causal inmediato. El que actúa directamente sobre el evento foco, sin otro factor causal entre ambos. Puede haber más de uno.
Causa raíz. Un factor causal sin predecesor que es relevante para el propósito del análisis. La definición tiene dos partes, y las dos importan: sin predecesor significa que no se sigue preguntando, y relevante para el propósito significa que ese punto lo determina la regla de parada, no la filosofía.
Del síntoma a la causa sobre la que se puede actuar
El análisis avanza desde el evento foco hacia atrás. Primero se establece cómo ocurrió: el proceso físico, químico, lógico o psicológico involucrado. Después se pregunta por qué ocurrió cada factor, una y otra vez, hasta llegar a la regla de parada definida en la iniciación.
La norma es explícita en que el objetivo es mirar más allá de los factores causales inmediatos. La causa inmediata de la detención de un molino puede ser la falla de un rodamiento. Pero si el análisis se detiene ahí, la acción será cambiar el rodamiento, y el evento volverá. La pregunta siguiente es por qué falló el rodamiento, después por qué la lubricación era insuficiente, y así hasta encontrar la condición del sistema que permitió todo lo anterior.
Técnica, personas y organización
La norma pide considerar tres grandes familias de factores: técnicos, humanos y los relativos al entorno físico o psicosocial en que ocurrió el evento. Y agrega que el análisis debería examinar las influencias organizacionales y de gestión.
En la industria, esto se traduce en una progresión conocida:
- Causas físicas: lo que ocurrió con el material o el equipo (fatiga, corrosión, sobrecalentamiento).
- Causas humanas: las acciones u omisiones de personas que permitieron la causa física.
- Causas latentes: las condiciones del sistema de gestión que hicieron posible la acción humana (procedimientos, planificación, compras, formación, gestión del cambio).
Las causas latentes son las más valiosas, porque una sola suele estar detrás de muchos eventos distintos. Y son las más difíciles de encontrar, porque no se ven en el lugar del evento.
"Error humano" no es una causa raíz
La norma dedica un párrafo específico a este punto. Cuando una acción, omisión o decisión humana es un factor causal, debe describirse con precisión: no "error humano", sino algo como el operador abrió la válvula equivocada.
La diferencia no es de redacción. "Error humano" cierra la investigación y suele llevar a una acción del tipo "reinstruir al personal", que casi nunca previene la repetición. Una descripción precisa abre preguntas útiles: ¿las válvulas estaban identificadas? ¿El procedimiento indicaba cuál abrir? ¿El operador tenía la formación para esa tarea? ¿Había presión de tiempo? Esas preguntas llevan a las causas latentes.
Elegir la técnica
La norma pide que el análisis use una técnica estructurada, y aclara que la elección depende del evento, de su complejidad y del propósito del análisis. Algo menos conocido: cada técnica se basa en un modelo distinto de cómo ocurren los eventos, y por eso tiende a dirigir al investigador hacia factores diferentes. En algunos casos, recomienda usar más de una.
Una combinación frecuente en la práctica es comenzar con Ishikawa para ordenar las causas posibles por categoría, y luego profundizar en las ramas validadas con 5 Porqués o con un árbol de causas. Revisamos cada técnica en detalle: 5 Porqués, Ishikawa, árbol de causas y árbol de fallas.
El papel del líder
La norma asigna al líder del análisis un trabajo preparatorio concreto: reunir el alcance, la descripción del evento y los hechos; decidir la técnica; preparar un plan de análisis con los miembros, las reuniones y la forma de registro; asegurar que el equipo conoce la técnica; y buscar eventos similares en la organización o en la industria.
Ese último punto se pasa por alto con frecuencia. Si el mismo modo de falla ya fue analizado en otra planta, el equipo puede partir de esas conclusiones en lugar de empezar de cero.
Cómo se trabaja en Asistente ACR
En Asistente ACR, el Paso 3: Análisis y Plan de Acción reúne el análisis y la definición de acciones correctivas.
El equipo selecciona una o más técnicas (5 Porqués, Ishikawa, árbol de causas o árbol de fallas) y trabaja directamente sobre diagramas interactivos. Para empezar, la inteligencia artificial puede proponer una lluvia de ideas inicial, clasificada por tipo, a partir de los hechos del paso anterior.
Cada causa propuesta se valida o rechaza con una justificación y un método (inspección, análisis de datos, entrevista), y se puede vincular a la evidencia preservada en el paso de hechos. Así, la validación de causas que la norma describe como un paso propio queda integrada en el mismo trabajo de análisis: ninguna causa avanza sin respaldo.
Cuando el equipo ya tiene causas validadas, la IA puede sugerir causas latentes que todavía no se han considerado. Las sugerencias se basan solo en las causas validadas de las técnicas usadas, nunca repiten las que el equipo ya identificó y apuntan a factores sistémicos: procedimientos, gestión, diseño, cultura.
Con las causas raíz definidas, se construye el plan de acción correctivo. Cada acción tiene responsable y fecha límite, y se vincula a una o más causas raíz, porque en la práctica una misma acción, como revisar un procedimiento, suele tratar varias causas a la vez. Si la organización lo requiere, el plan pasa por una aprobación antes de notificarse a los responsables.
Conclusión
Un buen análisis no se mide por la cantidad de causas que encuentra, sino por llegar a las causas correctas y poder demostrarlo. Distinguir factores necesarios de contributivos, describir las acciones humanas con precisión y seguir preguntando hasta la regla de parada es lo que separa un ACR que previene eventos de uno que solo los documenta.
En el próximo artículo revisamos la validación de causas y acciones.
¿Quiere ver cómo la IA sugiere causas latentes a partir de su análisis? Solicite una demo de Asistente ACR o cree su cuenta.