ICAM vs 5 Porqués en investigación de incidentes: cómo pensar el problema antes de buscar culpables

Cuando un incidente serio ocurre, muchas organizaciones hacen la misma pregunta demasiado pronto: ¿qué pasó? La pregunta correcta, en realidad, es otra: ¿qué tan complejo es el evento y qué capacidad tiene mi sistema para investigarlo con rigor? Ahí es donde el debate sobre ICAM vs 5 Porqués en investigación de incidentes deja de ser académico y se vuelve operativo.

En Texas City, en 2005, una secuencia de fallas terminó en una explosión que mató a 15 personas e hirió a más de 180. En Deepwater Horizon, en 2010, 11 trabajadores murieron y se liberaron cerca de 4,9 millones de barriles al Golfo de México. En ambos casos, si la organización se hubiera quedado con una explicación cómoda como 'error del operador', habría perdido la verdadera lección: el evento fue la manifestación visible de debilidades del sistema.

Ese es el punto fundacional de este artículo. ICAM, 5 Porqués y causa raíz no son sinónimos. ICAM es un método estructurado para analizar factores contribuyentes y fallas del sistema; 5 Porqués es una técnica de exploración causal; y la causa raíz no es una herramienta en sí misma, sino una conclusión sustentada por evidencia. Si confundís esos conceptos, terminás investigando para cerrar un reporte, no para aprender.

Este tema importa para profesionales HSE de todos los niveles por una razón simple: los directores necesitan gobernanza y priorización, los mandos medios necesitan herramientas que funcionen en campo y los operadores necesitan investigaciones que no los conviertan en chivos expiatorios. Una mala investigación no solo produce recomendaciones débiles; también destruye confianza, subestima la severidad potencial y deja intactas las condiciones que permitirán el próximo evento.

Si querés ver después cómo se ejecuta cada paso en la práctica, más adelante te va a servir la guía paso a paso para aplicar ICAM, 5 Porqués y causa raíz. Y si tu duda es qué enfoque conviene integrar en un sistema maduro, también vas a encontrar valor en el artículo sobre cómo integrar ICAM y 5 Porqués en mejora continua.

Antes de investigar, hay que diagnosticar. Antes de diagnosticar, hay que entender la naturaleza del problema. Y antes de nombrar una causa raíz, hay que decidir si tu organización tiene capacidad real para llegar a ella sin caer en atajos, sesgos o culpabilización del operador.

ICAM vs 5 Porqués en investigación de incidentes: método, técnica y sistema no son lo mismo

Uno de los errores más comunes en HSE es usar las palabras 'método', 'técnica' y 'sistema' como si fueran equivalentes. No lo son. Esa confusión parece menor, pero condiciona la calidad del análisis, la profundidad de las conclusiones y el tipo de acción correctiva que termina aprobándose.

ICAM y 5 Porqués pueden convivir, pero no cumplen la misma función. ICAM da la estructura del análisis; 5 Porqués ayuda a profundizar en una rama causal; y el sistema de investigación define el gobierno, los criterios de severidad, la calidad de evidencia, la competencia del investigador y el uso de los hallazgos para aprender. Si el sistema es débil, hasta el mejor método produce resultados pobres.

Desde la óptica de OSHA PSM 1910.119, las investigaciones deben cubrir incidentes que resultaron o razonablemente pudieron resultar en liberaciones catastróficas. Eso ya te dice algo importante: no todos los eventos merecen el mismo nivel de profundidad, pero los de alto potencial tampoco pueden tratarse como desviaciones rutinarias.

ISO 45001 exige investigar incidentes y no conformidades, corregirlas y evaluar eficacia. API 754 introduce una lógica de indicadores para seguridad de procesos que ayuda a diferenciar eventos de proceso de eventos personales. IEC 61511 obliga a pensar en la salud del ciclo de vida de los sistemas instrumentados de seguridad, algo que una investigación superficial suele pasar por alto. Y las guías de CCPS insisten en lo mismo: la investigación no es una autopsia administrativa, es una herramienta de aprendizaje organizacional.

La consecuencia práctica es directa. Si el evento involucra una sola desviación, evidencia clara y baja complejidad, 5 Porqués puede ser suficiente como técnica. Si hay múltiples barreras degradadas, decisiones de supervisión, presión de producción, ambigüedad de procedimiento o degradación de activos, ICAM suele ser más apropiado. Y si el incidente es complejo pero querés profundizar una rama concreta, la combinación de ambos suele ser lo más inteligente.

La causa raíz no se descubre por intuición ni por la quinta pregunta. Se construye con evidencia, contexto y un modelo que reconozca cómo falla realmente un sistema industrial.

Cuándo conviene usar ICAM, 5 Porqués o ambos

No existe una respuesta única porque no existe una sola clase de incidente. Una fuga menor en una bomba con causa física evidente no se analiza igual que una explosión con múltiples barreras fallidas. Por eso el primer diagnóstico no es 'qué método me gusta más', sino 'qué tipo de problema tengo enfrente'.

Muchas organizaciones se equivocan por exceso de simplicidad. Usan 5 Porqués para todo y terminan concluyendo que el problema fue 'falta de atención', 'no seguir el procedimiento' o 'no comunicar al supervisor'. O hacen ICAM de manera formal, pero tan superficial que el resultado final sigue siendo una versión elegante de la misma culpa individual.

Una regla útil es esta: 5 Porqués sirve para profundizar una hipótesis; ICAM sirve para organizar hipótesis complejas. Si tu equipo no tiene aún disciplina de evidencia, timeline, verificación de barreras y validación en campo, lo más probable es que 5 Porqués se vuelva un ejercicio de consenso rápido. Si tenés madurez intermedia o alta, ICAM te ayuda a evitar la miopía del factor humano aislado.

Y hay una combinación que funciona muy bien en la práctica: usar ICAM para estructurar el caso y 5 Porqués dentro de cada categoría causal. Por ejemplo, dentro de 'entorno de trabajo' podés preguntar por qué la condición era insegura, por qué no se detectó, por qué el control no estaba disponible y por qué la supervisión no escaló el desvío. Así transformás una técnica lineal en una exploración más robusta.

Eso sí: 5 Porqués no debería usarse para perseguir la respuesta 'correcta' que ya querés escuchar. Si la cadena termina en una persona y no en una condición del sistema, hay que detenerse y revisar el sesgo. El objetivo no es llegar a un número de porqués; el objetivo es llegar a una explicación útil, verificable y accionable.

Casos reales: cuando una investigación superficial se queda corta

Caso 1: Texas City, 2005, cuando un arranque de planta dejó ver fallas sistémicas

Situación. Durante el arranque de una unidad de isomerización en la refinería de Texas City, el sistema se sobrellenó y se liberó una nube inflamable que terminó en explosión. El evento ocurrió en un contexto de arranque posterior a mantenimiento, con secuencia operativa compleja, presión por restablecer producción y múltiples debilidades acumuladas.

Problema. Una lectura simplista habría dicho: el operador cometió un error. Pero los informes públicos, incluido el Baker Panel, mostraron algo mucho más serio: equipos envejecidos, diseño de venteo inadecuado, alarmas y mediciones que no ofrecían una defensa confiable, prácticas de trabajo con tolerancia al desvío, debilidad en supervisión y un entorno organizacional donde la producción pesaba demasiado. El número de 15 muertes y más de 180 heridos no se explica por un solo acto.

Consecuencia. Además de las pérdidas humanas, el impacto económico y legal fue enorme. Las estimaciones y acuerdos superaron ampliamente los USD 1.000 millones, y la empresa tuvo que revisar su enfoque de seguridad de procesos. Para una investigación, el dato más importante no es solo el costo, sino la lección: el evento no fue una sorpresa aislada, sino la manifestación de barreras degradadas durante años.

Lección. Si la organización hubiese usado únicamente 5 Porqués, probablemente habría terminado en una cadena del tipo 'se sobrellenó porque no se cerró una válvula' y luego 'porque no se verificó el nivel'. Eso es verdadero pero insuficiente. ICAM permite ver el patrón completo: fallas de tarea, deficiencias de diseño, supervisión insuficiente y cultura de normalización de desvíos. En términos de API 754, estamos frente a un evento de proceso de alto potencial que exige una lectura sistémica.

Caso 2: Deepwater Horizon, 2010, cuando una decisión operacional escondió una red de fallas

Situación. La explosión en la plataforma Deepwater Horizon ocurrió durante operaciones críticas de control de pozo. La secuencia incluyó resultados ambiguos de la prueba de presión, interpretaciones erróneas, comunicación imperfecta entre contratistas y una cadena de decisiones bajo presión de tiempo. Murieron 11 trabajadores y el derrame se extendió durante 87 días, con alrededor de 4,9 millones de barriles liberados al Golfo de México.

Problema. Un análisis pobre habría dicho que alguien leyó mal un indicador o que el equipo no siguió el procedimiento. Pero las investigaciones documentadas revelaron una red más compleja: decisiones de diseño y operación, calidad deficiente de barreras, gestión de contratistas, sesgos de confirmación, presión por terminar el pozo y una cultura donde la mala noticia circulaba con dificultad. La falla no fue solamente humana; fue organizacional y técnica.

Consecuencia. Además de las 11 muertes, el evento generó uno de los mayores desastres ambientales de la historia industrial moderna. La magnitud económica, reputacional y regulatoria fue extraordinaria. Y, como suele pasar, el costo de la corrección fue muchísimo mayor que el costo de haber detectado a tiempo la degradación de barreras y la ambigüedad decisional.

Lección. ICAM ayuda a mapear factores en niveles distintos: individuo, tarea, equipo, entorno y organización. 5 Porqués puede aportar valor dentro de cada factor, pero no debería reemplazar el mapa completo. Si la organización quiere aprender, no puede limitar la investigación a una sola pregunta: '¿quién se equivocó?'. Tiene que preguntarse '¿qué hizo posible que ese error fuera probable y no detectado?'.

Estos dos casos muestran algo que en planta se ve todos los días, aunque con menos espectacularidad. Un cambio de turno mal comunicado, una orden de trabajo incompleta, una alarma reconocida pero no atendida, una intervención de mantenimiento con permiso débil o una barrera instrumentada no probada a tiempo pueden parecer incidentes menores. El problema es que muchos eventos graves nacen exactamente así: como pequeñas desviaciones tratadas como rutina.

La diferencia entre un sistema maduro y uno frágil no es que el segundo nunca falle. La diferencia es que el maduro identifica la degradación antes, investiga mejor y convierte el hallazgo en cambios reales. El frágil, en cambio, se conforma con una explicación moral: 'había que tener más cuidado'.

Diagnóstico organizacional: señales de alerta y preguntas que revelan madurez

Antes de decidir entre ICAM, 5 Porqués o una combinación, conviene evaluar el estado actual de tu organización. No solo por capacidades técnicas, sino por hábitos de investigación, calidad de evidencia y tolerancia al pensamiento superficial. La madurez no se declara; se demuestra en cómo investigás cuando el evento incomoda.

Si tu organización todavía usa la investigación como cierre administrativo, es probable que esté mezclando aprendizaje con cumplimiento documental. Eso no significa que deba abandonar el método; significa que necesita un diagnóstico honesto de sus brechas.

• Las investigaciones terminan casi siempre con 'error humano', 'falta de atención' o 'no siguió procedimiento'.
• No hay timeline del evento ni preservación de evidencia física, fotos o datos de sistema.
• Las acciones correctivas se concentran en capacitación, charla o reentrenamiento, aunque el problema sea diseño, supervisión o barreras.
• Se cierra el informe antes de verificar si las acciones realmente eliminaron la recurrencia.
• Los supervisores y operadores sienten que investigar es buscar culpables, no aprender.
• No existe criterio claro para decidir cuándo un incidente merece ICAM, 5 Porqués o una técnica combinada.
• Las recomendaciones no se conectan con PSM, gestión del cambio, integridad mecánica ni verificación de barreras.

Preguntate esto según tu rol. Si sos director o gerente: ¿tu sistema distingue entre indicadores de cumplimiento e indicadores de aprendizaje? Si sos supervisor: ¿podés reconstruir una secuencia causal sin depender solo del relato del operador? Si sos operador: ¿te animás a reportar contexto real aunque no sea cómodo para la organización?

Una organización madura no premia al que 'cierra rápido'. Premia al que investiga bien. Y eso incluye aceptar que, en eventos complejos, la respuesta inmediata puede ser: 'todavía no sabemos'. Esa frase no es debilidad; es disciplina profesional.

Solución y metodología: cómo elegir bien sin convertir la investigación en un ritual

La forma correcta de abordar este problema no es elegir una metodología por moda, sino crear un criterio de selección. Tu equipo necesita una regla operacional simple, repetible y defendible. Si no existe, el método que use cada persona dependerá de su experiencia, su sesgo o la presión de tiempo.

Una buena práctica es separar el proceso en cinco decisiones: clasificar el evento, proteger la evidencia, seleccionar la profundidad, investigar las ramas causales y verificar la eficacia. Esa secuencia funciona mejor que correr directamente a llenar un formulario.

1. Clasificá el evento por severidad real y potencial. No mires solo el daño ocurrido. Considerá el potencial de liberación, la exposición a energía peligrosa, la pérdida de barreras y la repetibilidad.
2. Preservá la evidencia. Fotos, tendencias, alarmas, permisos de trabajo, bitácoras, entrevistas tempranas y condiciones de campo.
3. Elegí la profundidad. Si el evento es simple y aislado, 5 Porqués puede bastar. Si hay multicausalidad o barreras degradadas, usá ICAM.
4. Profundizá por ramas. Cuando encuentres una hipótesis fuerte, usá 5 Porqués como técnica de validación, no como sentencia final.
5. Verificá el cierre. Toda acción debe tener dueño, plazo, criterio de efectividad y evidencia de implementación.

Quick wins. Implementá una hoja de triage para decidir método en menos de 10 minutos. Obligá a que toda investigación incluya timeline y evidencia física antes de entrevistas. Entrená al equipo para que cada 'por qué' sea una hipótesis verificable, no una opinión. Y agregá una regla simple: si la recomendación principal es capacitación, debe justificarse por qué las barreras técnicas, procedimentales o de supervisión no son más adecuadas.

Cambios estructurales. Formalizá criterios de selección de método según severidad y complejidad. Integra la investigación con PSM, MOC, integridad mecánica, permisos de trabajo y competencia operacional. Creá una taxonomía de factores recurrentes para hacer trending de fallas y no solo de eventos. Y, sobre todo, auditá la calidad de las investigaciones, no solo su cantidad.

Acá hay un punto que suele subestimarse: el investigador también necesita competencia. No basta con conocer la plantilla. Tiene que saber entrevistar, verificar en campo, distinguir hechos de inferencias y entender procesos industriales. Si querés profundizar ese nivel de ejecución, te va a servir mucho el enfoque práctico que desarrollamos en cómo aplicar ICAM, 5 Porqués y causa raíz paso a paso.

Y si tu organización ya investiga, pero siente que las acciones se repiten sin transformar el sistema, entonces el desafío no es solo investigar mejor: es cerrar el ciclo de aprendizaje. Ahí la comparación entre enfoques deja de ser teórica y pasa a ser una herramienta de mejora continua.

Aplicación práctica en el día a día de HSE, operaciones y supervisión

La investigación robusta no empieza el día de la reunión formal. Empieza en el momento en que el evento ocurre. Si sos de HSE, operaciones o supervisión, tu trabajo cotidiano define la calidad del análisis posterior. Por eso conviene bajar esta lógica a acciones concretas.

Para directores y gerentes. Exigí que las investigaciones se clasifiquen por nivel de complejidad y potencial. Revisá una muestra mensual de casos para evaluar calidad, no solo cierre. Pedí ver tendencias: ¿cuántas acciones son de entrenamiento, cuántas son de barrera, cuántas son de diseño? Si todo termina en capacitación, hay un problema de pensamiento, no de reporte.

Para mandos medios y supervisores. En turno, hacé una pausa de evidencia: congelá la escena cuando sea seguro, registrá condiciones, aislá datos del sistema y evitá preguntarle al primer testigo 'qué hiciste mal'. Empezá por hechos: hora, secuencia, condiciones, alarmas, estado de equipos, permisos y cambios recientes. Eso mejora mucho la investigación y reduce defensividad.

Para operadores. Tu aporte no es 'adivinar la causa'. Tu aporte es contar lo que viste, sentiste, escuchaste y registraste. Si la condición de trabajo era confusa, peligrosa o fuera de estándar, eso es parte de la evidencia. Reportar contextos reales ayuda a que el sistema aprenda. Callar por miedo solo protege la ilusión de control.

• Usá una checklist de evidencia: fotos, alarmas, tendencias, permisos, estados de válvula, bitácora, cambios de turno.
• Armá una línea de tiempo del evento antes de discutir causas.
• Identificá barreras fallidas: detección, prevención, mitigación, respuesta.
• Separá hechos de interpretaciones en cada reunión.
• Revisá si la acción propuesta corrige el sistema o solo el comportamiento visible.

Si tu organización está empezando o quiere saber si está lista para un análisis más robusto, un diagnóstico de madurez en PSM, disciplina operativa y competencias te ahorra retrabajo y te muestra dónde el sistema está generando conclusiones frágiles. No se trata de comprar complejidad; se trata de invertir en el nivel correcto de análisis.

Errores comunes que llevan a conclusiones superficiales

Hay patrones que se repiten en casi todas las industrias. El primero es usar 5 Porqués como si fuera una sentencia, no una técnica. El segundo es aplicar ICAM como plantilla y no como pensamiento. El tercero es aceptar el primer relato que encaja con la cultura de culpa de la organización.

El error más costoso es este: confundir explicación con aprendizaje. Decir 'el operador se equivocó' explica una parte visible del evento, pero no enseña cómo evitar que el próximo operador, bajo condiciones parecidas, cometa el mismo error. Una buena investigación modifica el contexto que hace probable el error; una mala investigación solo modifica el discurso.

Otro sesgo habitual es el sesgo retrospectivo. Después del evento, todo parece obvio. Pero antes del evento, el sistema estaba lleno de señales débiles, ambigüedades y decisiones locales razonables para quien estaba bajo presión. Si no incorporás ese contexto, terminás juzgando el pasado con información que no existía en el momento de la decisión.

También es frecuente que las organizaciones investiguen incidentes personales con lógica de seguridad de procesos, o al revés. No todo incidente es PSM, pero cuando hay energía peligrosa, barreras críticas o potencial de liberación catastrófica, la profundidad del análisis no puede ser la misma que en un corte menor. API 754, OSHA PSM y CCPS existen justamente para ayudarte a no mezclar niveles de análisis.

La buena noticia es que esto se corrige. No hace falta una revolución. Hace falta una disciplina mínima: criterios de selección, evidencia sólida, verificación de barreras y acciones que cambien el sistema. Con eso, ICAM y 5 Porqués dejan de competir y empiezan a cumplir su función real.

Cierre: el valor real está en diagnosticar antes de investigar

El debate entre ICAM y 5 Porqués suele presentarse como si hubiera que elegir un ganador. En la práctica industrial, la pregunta correcta es otra: ¿qué necesita este evento y qué tan preparado está mi sistema para investigarlo bien? Cuando hacés ese cambio de enfoque, mejoran la calidad de las causas, la utilidad de las acciones y la credibilidad del proceso.

Si hoy tu organización está cerrando incidentes con explicaciones simples, este artículo ya te dejó una señal clara: no es solo un problema de técnica, es un problema de diagnóstico. Antes de pedir otra plantilla, revisá el nivel de complejidad de tus eventos, la madurez de tus investigadores y la calidad de tus datos. Ahí se define si conviene ICAM, 5 Porqués o una combinación inteligente de ambos.

En el próximo artículo de la serie vamos a bajar todo esto a tierra con aplicación práctica, paso a paso, para que puedas investigar sin perder rigor ni tiempo. Y en el tercero vamos a conectar el análisis causal con la mejora continua, para que las conclusiones no queden en un informe, sino que se conviertan en cambios visibles en planta.

Si querés seguir profundizando, te recomiendo avanzar con la guía práctica paso a paso y después con la integración entre ICAM, 5 Porqués y mejora continua. Ese recorrido te va a dar algo más valioso que una metodología: te va a dar criterio para investigar mejor, decidir mejor y aprender de verdad.