Paso 4 del ACR: validar causas y acciones con evidencia
Hay una pregunta que todo auditor, gerente o ingeniero con experiencia debería hacer al leer un informe de análisis de causa raíz: ¿cómo saben que esa es la causa? Si la respuesta es "porque el equipo estuvo de acuerdo" o "porque es lo más probable", el informe tiene un problema.
La norma IEC 62740 dedica un paso completo a responder esa pregunta: la validación. Este artículo es parte de una serie sobre el análisis de causa raíz según IEC 62740.
Qué se valida
La norma describe la validación como un conjunto de actividades de revisión que, a lo largo del proceso, comprueban dos cosas: que los datos recogidos son pertinentes y que el análisis representa correctamente esos datos. El paso de validación propiamente tal verifica si las causas identificadas pueden confirmarse.
Esto puede hacerse de varias formas, según el evento y la técnica usada:
- Buscar evidencia directa que apoye o refute cada causa. Muchas veces esto implica volver a recoger datos.
- Reproducir el evento mediante ensayos o experimentos, cuando es posible y seguro.
- Usar métodos estadísticos para evaluar cuánto respaldan los datos una hipótesis, especialmente cuando hay varios eventos similares.
- Simular, cuidando que la simulación sea representativa de las condiciones reales.
- Hacer una revisión independiente del análisis para evaluar si es completo, correcto y si cumplió su propósito.
Hipótesis alternativas: solo debe quedar una explicación
Durante el análisis es normal que convivan varias hipótesis sobre cómo ocurrió el evento. El rodamiento pudo fallar por desalineamiento, por lubricación insuficiente o por un defecto de fabricación. Las tres son plausibles hasta que la evidencia dice otra cosa.
La norma establece que, si el objetivo es un informe basado en hechos, al terminar el análisis las causas deben estar validadas y solo debe permanecer una conclusión. Las hipótesis descartadas no se borran: quedan registradas con la evidencia que las descartó. Eso es tan valioso como la causa validada, porque responde de antemano la pregunta "¿y revisaron el alineamiento?".
Cuando la evidencia no alcanza
La norma reconoce un hecho práctico: no siempre habrá evidencia suficiente para validar todas las causas. El componente pudo destruirse, el registro pudo perderse, o el ensayo necesario puede ser inviable.
En esos casos, lo correcto no es presentar la hipótesis como si fuera un hecho. Es declararla como hipótesis, explicar por qué no se pudo validar y, si corresponde, definir acciones que la cubran de todas formas o mecanismos para confirmarla si el evento vuelve a ocurrir. Esto conecta con la distinción que la norma hace desde el inicio entre análisis basados en hechos y análisis basados en hipótesis: lo importante es no mezclarlos sin decirlo.
La validación ocurre durante todo el proceso
Aunque la norma la presenta como el cuarto paso, la validación no es un evento único al final. Se revisa la pertinencia de los datos durante el establecimiento de los hechos, se confrontan las causas con la evidencia durante el análisis, y se revisa el resultado completo antes de presentarlo.
En la práctica, conviene validar cada causa en el momento en que se propone, antes de seguir construyendo sobre ella. Si en un análisis de 5 Porqués el segundo "porque" es falso, todo lo que viene después también lo es. Validar al final obliga a rehacer el trabajo; validar en el camino lo evita.
La otra validación: que las acciones se cumplieron
La norma se concentra en la validación de causas. Pero en la gestión real de un ACR existe una segunda validación igual de importante, que la norma aborda en la presentación de resultados: comprobar que las acciones correctivas se implementaron como se definieron.
Es aquí donde muchos ACR mueren en silencio. Las acciones se asignan, los responsables las marcan como terminadas, y nadie verifica que efectivamente se haya revisado el procedimiento, instalado la protección o capacitado al personal. Un plan de acción sin verificación de cumplimiento es una lista de buenas intenciones.
Validar una acción exige lo mismo que validar una causa: evidencia. El procedimiento revisado, el registro de capacitación, la fotografía de la instalación, la orden de trabajo cerrada.
Errores frecuentes al validar
Validar por consenso. Que todo el equipo esté de acuerdo no es evidencia. El consenso es útil para priorizar qué hipótesis investigar primero, no para confirmarlas.
Validar con la misma fuente que generó la hipótesis. Si la causa surgió de la opinión del supervisor, confirmarla preguntándole de nuevo al supervisor no agrega nada. La evidencia debe ser independiente: un registro, una medición, un ensayo.
Descartar sin dejar registro. Una hipótesis eliminada sin justificación vuelve a aparecer en la siguiente reunión, o en la siguiente auditoría.
Confundir correlación con causa. Que la falla ocurriera después de un cambio de proveedor no prueba que el proveedor sea la causa. Hay que demostrar el mecanismo.
Cómo se trabaja en Asistente ACR
En Asistente ACR, la validación ocurre en dos momentos, que corresponden a las dos validaciones descritas.
Validación de causas, durante el análisis. En el Paso 3, cada causa propuesta en cualquiera de las técnicas (una rama del Ishikawa, un "porque" de los 5 Porqués, una hipótesis del árbol de causas o un nodo del árbol de fallas) se marca como validada o rechazada. La decisión exige una justificación y el método usado (inspección visual, análisis de datos, entrevista, ensayo), y puede vincularse directamente a la evidencia que se preservó en el paso de hechos. Las causas rechazadas quedan visibles, con su motivo, y aparecen en el informe.
Las sugerencias de causas latentes que genera la inteligencia artificial se basan solo en las causas validadas. Una hipótesis rechazada no alimenta nuevas sugerencias.
Validación de acciones, en el Paso 4. Cada responsable registra el avance de su acción con comentarios y evidencia adjunta, y la marca como lista. A partir de ahí, la acción queda pendiente de validación: quien valida revisa la evidencia y la aprueba o la rechaza con un motivo explícito. Una acción rechazada vuelve al responsable con la observación.
Así, el informe final no solo dice qué se decidió hacer, sino qué se hizo efectivamente y con qué evidencia.
Conclusión
La validación es lo que convierte una buena discusión en un análisis defendible. Obliga a pasar de "creemos que" a "sabemos que, por esta evidencia", y deja registro de lo que se descartó y por qué. Y cuando se extiende a las acciones, asegura que el análisis tenga consecuencias reales en la planta.
En el próximo artículo revisamos el último paso: la presentación de resultados y la verificación de eficacia.
¿Quiere ver cómo se valida cada causa y cada acción con evidencia? Solicite una demo de Asistente ACR o cree su cuenta.