Investigaciones que terminan en entrenamiento y procedimiento
Medí la madurez de tu investigación hoy
Evalúa el nivel de madurez de tu organización en PSM, disciplina operativa y competencias.
Algunos enlaces pueden dirigir a productos, cursos o recursos de WFS Academy.
Por qué las investigaciones terminan en entrenamiento y procedimiento
Si trabajás en HSE, operaciones o supervisión, seguramente ya viste este patrón: ocurre un incidente, se arma una investigación bien intencionada y, al final, las acciones quedan en “reforzar entrenamiento” y “actualizar el procedimiento”. El problema es que, muchas veces, eso no corrige el riesgo real; solo lo documenta mejor. En otras palabras, la organización aprende a cerrar investigaciones, pero no necesariamente a prevenir la repetición.
Ese patrón no es menor. En incidentes mayores como Texas City, donde una explosión en una unidad de isomerización mató a 15 personas e hirió a más de 180, o Deepwater Horizon, con 11 fallecidos y un derrame estimado en 4,9 millones de barriles, el problema no fue “falta de capacitación” en sentido aislado. Había debilidades de diseño, barreras degradadas, decisiones operativas pobres, presión por producir y una investigación que, si se queda en el plano administrativo, no toca la causa organizacional.
Este artículo es el primero de la serie y su objetivo es fundacional: definir el síntoma, mostrar por qué pasa, establecer una línea base de madurez y darte un diagnóstico práctico para identificar si tu sistema de investigación está resolviendo problemas o solo generando tareas de cierre. Si querés avanzar después hacia cómo traducir hallazgos en medidas concretas, te va a servir cómo convertir hallazgos en acciones correctivas efectivas. Y si querés ver el paso siguiente hacia un sistema que aprenda de verdad, la serie continúa con investigaciones de incidentes: de hallazgos a mejora continua.
Si una investigación termina en capacitación o procedimiento sin cambiar el control del riesgo, lo más probable es que haya cerrado el síntoma, no el problema.
Por qué las investigaciones terminan en entrenamiento y procedimiento
En organizaciones con mucha presión operativa, las investigaciones suelen orientarse a la solución más rápida, más visible y más fácil de aprobar. Entrenar cuesta menos que modificar equipos. Actualizar un procedimiento requiere menos CAPEX que rediseñar una barrera. Y cerrar un hallazgo con un curso parece más ordenado que admitir que el sistema de trabajo estaba mal diseñado.
Eso explica por qué, en la práctica, el sistema elige la respuesta administrativa por encima del control efectivo. Pero que sea fácil no significa que sea suficiente. En seguridad de procesos, la pregunta correcta no es “¿qué acción queda bonita en el informe?”, sino “¿qué control reduce la probabilidad o la severidad del evento de manera verificable?”.
Contexto y marco técnico
Qué debería producir una investigación madura
Una investigación madura no busca culpables ni produce una lista genérica de tareas. Busca entender cómo fallaron las barreras, qué decisiones fueron razonables en ese contexto, qué condiciones del sistema facilitaron el desvío y qué controles deben reforzarse para que el evento no se repita. Eso incluye personas, sí, pero siempre dentro de un sistema de diseño, supervisión, mantenimiento, competencia y gestión del cambio.
En términos prácticos, una investigación seria debería diferenciar entre hallazgos de comportamiento, hallazgos de tarea, fallas de barreras y fallas de gestión. Esa diferenciación importa porque no todos los problemas se corrigen con la misma clase de acción. Un error de interpretación durante un turno nocturno no se resuelve igual que una alarma mal priorizada, una válvula de alivio subdimensionada o un permiso de trabajo que no integra energía peligrosa.
Administrativo vs control efectivo del riesgo
Las acciones de entrenamiento y procedimiento son controles administrativos. Tienen valor, pero dependen de la memoria, del criterio, del tiempo disponible y de la disciplina operativa. Si el sistema ya está frágil, pedirle más atención al operador no sustituye una barrera física, un interlock, una protección de ingeniería o una decisión de diseño mejor.
La jerarquía de controles sigue siendo una brújula útil: eliminación, sustitución, controles de ingeniería, controles administrativos y EPP. Cuando una investigación solo produce acciones del último tramo, la organización está dejando intacta la parte más expuesta al error humano. Y eso es especialmente crítico en procesos con energías peligrosas, sustancias tóxicas o variabilidad operativa alta.
| Marco / estándar | Qué exige o aporta | Cómo ayuda a diagnosticar |
|---|---|---|
| OSHA PSM 1910.119 | Investigación de incidentes, procedimientos, MOC, integridad mecánica, capacitación y aprendizaje de eventos | Permite ver si el hallazgo exige cambio de proceso, procedimiento o sistema de gestión |
| ISO 45001 | Investigación de incidentes y no conformidades, participación de trabajadores, mejora continua | Ayuda a evaluar si la organización solo cierra hallazgos o realmente mejora el sistema |
| API RP 754 | Indicadores de seguridad de procesos líderes y rezagados | Sirve para medir recurrencia, degradación de barreras y calidad del aprendizaje |
| IEC 61511 | Ciclo de vida de sistemas instrumentados de seguridad | Obliga a mirar si el evento indica fallas de diseño, prueba, mantenimiento o gestión del cambio |
| CCPS | Guías de investigación de incidentes de proceso y análisis de barreras | Da un marco para pasar de la causa aparente al mecanismo organizacional real |
Fijate algo importante: ningún estándar serio promueve cerrar incidentes con frases vacías como “recordar al personal la importancia de cumplir el procedimiento”. Lo que exigen es entender el sistema, documentar evidencias, establecer acciones proporcionales al riesgo y verificar la eficacia de esas acciones. Cuando eso no ocurre, la investigación se convierte en un ritual de cumplimiento, no en un motor de prevención.
Tabla de lectura rápida: qué suele estar detrás de una acción débil
| Hallazgo típico | Acción frecuente | Brecha real | Control más efectivo |
|---|---|---|---|
| El operador omitió un paso | Reentrenamiento y firma del procedimiento | No se analizó la carga de trabajo, el diseño del paso ni la supervisión | Rediseño del trabajo, ayudas visuales, verificación independiente, simplificación del paso |
| Se ejecutó una tarea fuera de secuencia | Actualizar SOP | No se entendió por qué la secuencia era vulnerable al contexto real | Bloqueos físicos, checklist crítico, barrera de autorización, MOC si aplica |
| Un equipo falló por uso indebido | Capacitación al operador | No se evaluó el diseño del equipo ni su tolerancia al error | Ingeniería de error-proofing, alarmas, interlocks, mantenimiento, inspección |
| Se ignoró una alarma | Refuerzo de disciplina | Exceso de alarmas, mala priorización, cultura de normalización | Racionalización de alarmas, límites operativos, revisión de causa de alarm flood |
| El permiso de trabajo estaba incompleto | Charla de seguridad | Fallas del sistema de permisos, interfaces y supervisión | Diseño del PTW, verificación en campo, escalamiento, auditoría de calidad |
Análisis profundo con casos
Caso 1: Texas City, cuando el problema no era solo el operador
Situación. En marzo de 2005, durante el arranque de una unidad de isomerización en la refinería de BP Texas City, un raffinate splitter fue sobrellenado, la torre vented a un blowdown stack atmosférico y se formó una nube de hidrocarburos que explotó. El evento dejó 15 muertos y más de 180 heridos. La secuencia ocurrió en un contexto de múltiples degradaciones: indicadores mal interpretados, alarmas problemáticas, equipos obsoletos y una cultura que toleraba desvíos repetidos.
Problema. Después de incidentes previos, la respuesta había tendido a enfatizar capacitación, recordatorios y cumplimiento documental. Pero el núcleo del problema era otro: barreras de ingeniería insuficientes, decisiones operativas débiles, mantenimiento y gestión del cambio con brechas, y un sistema que no hacía visible el riesgo acumulado. Entrenar al operador sin cambiar la arquitectura del proceso era como pedirle a una persona que compense con atención lo que el diseño no resolvía.
Consecuencia. Además de las vidas perdidas, el evento generó una de las sanciones regulatorias más grandes de la historia industrial de Estados Unidos, y dejó una lección durísima para toda la industria: cuando un proceso tiene energías y sustancias de alto potencial de daño, el error humano no se controla con discursos. Se controla con diseño robusto, supervisión competente, límites claros, MOC y verificación real de barreras.
Lección. Una investigación que termina en “capacitación reforzada” sin actuar sobre el blowdown, la instrumentación, la gestión de arranque o la cultura de tolerancia al desvío está cerrando el episodio, no el riesgo. En términos de PSM, el problema no era la memoria del operador; era la confiabilidad del sistema entero. Ese es exactamente el tipo de caso donde una investigación madura debería haber escalado acciones de ingeniería, integridad mecánica y gestión operativa.
Caso 2: Deepwater Horizon, cuando el procedimiento existía pero el sistema falló
Situación. El 20 de abril de 2010, la plataforma Deepwater Horizon sufrió un blowout durante operaciones en el pozo Macondo. Murieron 11 trabajadores y se derramaron aproximadamente 4,9 millones de barriles de petróleo al Golfo de México. Hubo un intento de verificación de presión negativa, interpretaciones erróneas de los datos y una cadena de fallas de barreras que culminó en la pérdida del pozo.
Problema. No faltaba un procedimiento en papel. Lo que faltó fue robustez del proceso de decisión, claridad en los criterios de aceptación, integridad de barreras, disciplina en la interpretación de pruebas y coordinación entre actores. Cuando una investigación se limita a “mejorar la capacitación sobre el procedimiento”, deja sin tocar el corazón del evento: la calidad de las barreras y el modo en que la organización decide bajo incertidumbre.
Consecuencia. El costo fue enorme en vidas, ambiente, reputación y millones en sanciones y compensaciones. Pero el aprendizaje técnico también fue claro: en sistemas de alto riesgo, la pregunta no es si alguien “sabía” el procedimiento. La pregunta es si el sistema permitía ejecutar el trabajo de manera segura, con datos confiables, barreras verificadas y autoridad para detener cuando algo no cerraba.
Lección. Este caso muestra por qué las investigaciones terminan en entrenamiento y procedimiento: porque es una salida psicológicamente cómoda. Sin embargo, el patrón real de falla incluía decisiones organizacionales, gestión de contratistas, prueba de barreras, cultura de producción y señales débiles ignoradas. Un enfoque serio habría exigido acciones de ingeniería, barreras críticas y rediseño del proceso de validación.
Qué nos dicen estos casos sobre la madurez del sistema
En ambos eventos, la organización ya tenía procedimientos, personas entrenadas y lecciones previas. Lo que faltaba era un sistema capaz de transformar información en control efectivo del riesgo. Eso distingue a una empresa madura de una empresa que solo acumula procedimientos.
Si los mismos patrones vuelven a aparecer, el problema no es la falta de voluntad individual. Es la baja madurez del sistema de investigación, de gestión del cambio y de verificación de barreras. Y si la madurez es baja, las acciones blandas dominarán porque son más fáciles de aprobar, más rápidas de cerrar y menos incómodas para la estructura de poder.
Diagnóstico y autoevaluación
Antes de corregir, hay que diagnosticar. La madurez de un sistema de investigación se ve en la calidad de las preguntas que hace, en el tipo de evidencias que exige y en el tipo de acción que aprueba. Si solo mide cantidad de investigaciones cerradas, está midiendo burocracia. Si mide repetición, calidad de barreras y eficacia de cierre, está empezando a gestionar aprendizaje.
Señales de alerta que deberías mirar hoy
- La mayoría de los planes de acción se concentra en capacitación, charla o actualización documental.
- Las investigaciones se cierran rápido, pero los eventos similares vuelven a ocurrir en semanas o meses.
- No existe una taxonomía para distinguir acciones administrativas, de ingeniería y de gestión.
- Las conclusiones repiten frases genéricas como “falta de atención” o “no siguió el procedimiento” sin evidencia del sistema.
- No hay verificación en campo de que la acción realmente redujo la exposición al riesgo.
- Los hallazgos no se conectan con MOC, integridad mecánica, alarmas, permisos de trabajo o competencia operacional.
- Las áreas operativas perciben la investigación como un mecanismo para buscar culpables o “cumplir con HSE”.
- No se usa una línea base de indicadores para saber si el sistema aprende o solo produce documentos.
Preguntas de autoevaluación por rol
Si sos responsable HSE: ¿podés demostrar cuántas acciones de ingeniería surgieron de investigaciones en el último año? ¿Tenés evidencia de que las acciones cerradas redujeron recurrencia? ¿Tu método distingue causas inmediatas, factores contribuyentes y fallas de barrera?
Si sos supervisor o jefe de turno: ¿las investigaciones consideran cómo se trabaja realmente en el terreno, con carga de trabajo, interrupciones y atajos operativos? ¿Las acciones que recibís son aplicables en campo o solo te agregan checklist? ¿Tus equipos entienden cuándo parar y escalar?
Aprendé a investigar incidentes sin buscar culpables
Métodos probados para investigar incidentes sin buscar culpables, enfocado en aprendizaje organizacional.
Algunos enlaces pueden dirigir a productos, cursos o recursos de WFS Academy.
Si sos operador o técnico: ¿te piden “más cuidado” sin cambiar nada del entorno? ¿El procedimiento refleja el trabajo real o un trabajo idealizado? ¿Los errores recurrentes se corrigen en la tarea o terminan siempre como una charla más?
Línea base mínima para medir el estado actual
| Indicador | Qué mide | Señal de madurez baja | Señal de madurez alta |
|---|---|---|---|
| % de acciones administrativas | Proporción de capacitaciones, SOP y comunicaciones | Más del 70% del plan | Balance con acciones de ingeniería y verificación |
| % de acciones con dueño operativo | Participación real del área que ejecuta el trabajo | Todo recae en HSE | Operaciones, mantenimiento y HSE comparten responsabilidad |
| % de acciones que requieren MOC | Si el hallazgo exige cambio formal | No se usa MOC aunque haya cambio de diseño | MOC activado cuando cambia una barrera o condición crítica |
| Tiempo a cierre | Velocidad del sistema | Se cierra muy rápido sin validación | Se cierra cuando hay evidencia de eficacia |
| Recurrencia por modo de falla | Si el mismo patrón vuelve | Repetición frecuente | Disminución sostenida de eventos similares |
| % de acciones con verificación en campo | Si se comprobó el efecto real | Cierre solo documental | Cierre con observación, prueba o medición |
Solución y metodología
La salida no es prohibir toda acción de entrenamiento. La salida es usar el entrenamiento como una herramienta, no como una muleta. Si querés que el sistema aprenda, primero tenés que clasificar bien el problema y luego elegir la acción en función del mecanismo de falla, no de la comodidad de cierre.
Paso 1: Separá síntoma, causa inmediata y control faltante
Cuando un operador se equivoca, no asumas que la solución es enseñarle otra vez lo mismo. Preguntá qué información tenía, qué presión de tiempo enfrentaba, qué barrera falló, qué parte del diseño lo indujo al desvío y qué parte del sistema permitió que el desvío se volviera incidente. Ese cambio de enfoque evita la trampa de culpar al último eslabón visible.
Paso 2: Aplicá la jerarquía de controles al hallazgo
Si el problema puede resolverse con un cambio de ingeniería, no lo escondas detrás de un curso. Si el riesgo se reduce con una barrera física, una lógica de interlock, una señalización robusta o una modificación de diseño, esa debería ser la primera opción a estudiar. El entrenamiento queda como complemento, no como sustituto.
Paso 3: Exigí evidencia para cada acción
Una buena investigación no termina cuando se redacta una acción. Termina cuando se demuestra que la acción cambió el sistema. Eso puede significar observar tareas en campo, revisar tendencias de alarmas, comprobar parámetros de proceso, verificar una barrera crítica o auditar el cumplimiento real de una nueva condición operativa.
Paso 4: Integrá investigación con MOC, barreras y competencias
Muchos hallazgos no deberían quedarse en el repositorio de incidentes. Deberían disparar revisión de MOC, análisis de barreras, actualización de competencia operacional y ajuste de supervisión. Si un cambio afecta un SIS, una interlock o la filosofía de protección, la conversación entra de lleno en IEC 61511 y en la disciplina de ingeniería de protección. Si el hallazgo revela fallas repetidas de tareas críticas, la investigación tiene que conectar con competencias reales y no con asistencia a una charla.
Paso 5: Cerrá solo cuando el riesgo se movió
La regla de oro es simple: no cierres por actividad; cerrá por eficacia. Si el riesgo sigue igual, la acción no terminó aunque el formulario esté completo. Esta sola idea cambia la cultura de investigación porque fuerza a la organización a hacerse responsable del efecto, no del trámite.
| Paso | Qué hacer | Quién participa | Evidencia de cierre |
|---|---|---|---|
| 1. Clasificación | Separar evento, síntoma y mecanismo | HSE, operaciones, mantenimiento | Mapa claro del evento y de las barreras fallidas |
| 2. Selección de control | Aplicar jerarquía de controles | HSE, ingeniería, líder de área | Acción elegida con justificación técnica |
| 3. Asignación de dueño | Definir responsable operativo y plazo | Gerencia, supervisor, HSE | Owner visible y fecha realista |
| 4. Verificación | Comprobar implementación en campo | Supervisor, auditor, HSE | Evidencia fotográfica, medición o prueba funcional |
| 5. Eficacia | Medir si cambió el riesgo o la recurrencia | HSE, operaciones, dirección | Tendencia mejora y lección incorporada |
| 6. Aprendizaje | Difundir el cambio útil a otras áreas | HSE corporativo, líderes | Lección aprendida adoptada donde corresponde |
Quick wins y cambios estructurales
Quick wins: crear una taxonomía simple de acciones correctivas; revisar en comité todas las acciones que sean solo entrenamiento; exigir una justificación técnica cuando se descarte una acción de ingeniería; y auditar una muestra de investigaciones cerradas para ver si realmente bajó la recurrencia. En paralelo, definí un umbral: si una acción no cambia exposición, barrera o desempeño medible, no debería ser la única respuesta.
Cambios estructurales: integrar investigación con gestión del cambio, integridad mecánica y revisión de barreras; establecer una revisión cruzada entre HSE, operaciones e ingeniería; usar indicadores líderes como los de API RP 754; y elevar la calidad de la investigación mediante métodos como ICAM, BowTie o análisis de barreras. Si querés profundizar en el salto metodológico, el siguiente paso lógico está en cómo convertir hallazgos en acciones correctivas efectivas.
Aplicación práctica en el día a día
En planta, la teoría vale solo si cambia decisiones reales. Para HSE, eso significa revisar investigaciones con una pregunta simple: “¿qué control efectivo del riesgo cambió?”. Para supervisión, significa verificar en campo si la tarea nueva realmente es más segura, no solo más documentada. Para operaciones, significa reconocer que un procedimiento actualizado no sirve si sigue siendo impracticable o si no se puede cumplir en el contexto real del turno.
Una herramienta útil es llevar un mini checklist de madurez para cada investigación: ¿hubo evidencia en campo?, ¿hubo análisis de barreras?, ¿apareció MOC?, ¿la acción principal cambió una condición del sistema?, ¿se definió indicador de eficacia? Si la respuesta es no en varias de esas preguntas, probablemente estás frente a una investigación que va a terminar en entrenamiento y procedimiento por inercia.
Otra práctica poderosa es revisar eventos repetidos por familia: aperturas indebidas, derrames menores, errores en permisos, desvíos en arranque/parada, fallas en LOTO, alarmas ignoradas o bypasses recurrentes. Si el mismo patrón vuelve, ya no estás ante casos aislados; estás ante una señal de madurez baja en el sistema de investigación y control operativo.
Y si necesitás una línea base más ordenada para saber dónde estás parado, un Diagnóstico Digital ayuda a ubicar brechas en PSM, disciplina operativa y competencias sin depender de percepciones sueltas. No reemplaza el trabajo en campo, pero sí acelera el diagnóstico de dónde se está perdiendo el aprendizaje.
FAQ breve
¿Está mal cerrar una investigación con entrenamiento? No, pero solo si el problema realmente fue de competencia, si esa hipótesis está sustentada en evidencia y si el entrenamiento se complementa con verificación en campo. Cuando el evento nace de un diseño débil, de una barrera degradada o de una presión operativa mal gestionada, entrenar no alcanza. En ese caso, la capacitación puede ser parte de la respuesta, pero nunca la respuesta completa.
¿Cómo sé si una acción es administrativa o de control efectivo? Preguntate si cambia la exposición al riesgo o solo cambia el comportamiento esperado. Si la acción depende de que una persona recuerde, interprete y ejecute bien bajo presión, es administrativa. Si modifica el proceso, bloquea una energía peligrosa, automatiza una protección o reduce la probabilidad de error, es un control más efectivo.
¿Qué estándar me sirve para defender este enfoque? OSHA PSM 1910.119, ISO 45001, API RP 754 y las guías del CCPS son una base sólida. IEC 61511 es clave cuando la investigación toca sistemas instrumentados de seguridad. Ninguno de estos marcos favorece el cierre superficial; todos empujan a gestionar causas, barreras, cambio y eficacia.
¿Por qué las investigaciones se aceleran tanto? Porque hay presión por volver a la normalidad, cumplir plazos y mostrar cierre. El problema es que cerrar rápido suele castigar la profundidad. Una organización madura diferencia velocidad de superficialidad: puede moverse con agilidad, pero sin sacrificar la calidad del análisis ni la verificación del control.
¿Sirven ICAM o los 5 Porqués? Sí, pero solo si se usan con disciplina y evidencia. Un método por sí solo no salva una investigación mal planteada. Si arrancás desde una hipótesis pobre o si aceptás respuestas genéricas, cualquier herramienta va a producir conclusiones pobres. La técnica sirve cuando la organización acepta mirar el sistema completo.
¿Cómo empiezo a medir madurez hoy mismo? Revisá tus últimas 10 investigaciones y medí tres cosas: porcentaje de acciones administrativas, porcentaje con verificación en campo y porcentaje que modificó barreras o condiciones del sistema. Si el tablero muestra muchas capacitaciones y pocas acciones de ingeniería o MOC, ya tenés una señal clara de baja madurez.
Cierre
Las investigaciones no fallan solo por falta de método. Fallan porque la organización, muchas veces sin darse cuenta, premia el cierre rápido y castiga la complejidad. Por eso terminan en entrenamiento y procedimiento: porque eso es cómodo, visible y políticamente fácil. Pero la prevención real exige otra cosa: entender el sistema, hacer diagnósticos honestos y elegir controles que de verdad reduzcan el riesgo.
Si te llevás una sola idea de este artículo, que sea esta: no toda acción correctiva es igual. Algunas ordenan el papel; otras cambian el sistema. La madurez de tu organización se nota justamente en la capacidad de distinguir ambas.
En la siguiente entrega de la serie vamos a pasar del diagnóstico a la ejecución y ver cómo construir acciones correctivas más robustas, verificables y sostenibles. Y más adelante, cerraremos el recorrido con una visión de sistema para convertir hallazgos en aprendizaje continuo, no en rutinas de archivo.
Llevá el análisis al sistema con acompañamiento experto
Acompañamiento personalizado de Charly Wigstrom para líderes de seguridad y operaciones.
Algunos enlaces pueden dirigir a productos, cursos o recursos de WFS Academy.
Preguntas Frecuentes
¿Está mal cerrar una investigación con entrenamiento?
No necesariamente. El entrenamiento puede ser una acción válida si la evidencia muestra una brecha real de competencia y si el trabajo fue ejecutado en un contexto donde la persona no tenía la preparación suficiente. El problema aparece cuando el entrenamiento se usa como respuesta automática, sin analizar barreras, diseño, supervisión, carga de trabajo o gestión del cambio. En seguridad de procesos, capacitar no reemplaza un control efectivo del riesgo.
¿Cómo distingo una acción administrativa de un control efectivo?
La diferencia clave es si la acción cambia la exposición al riesgo o solo cambia el comportamiento esperado. Un curso, un recordatorio o una actualización documental dependen de que la persona recuerde y ejecute bien. Un control efectivo reduce la probabilidad o la severidad por diseño: interlocks, barreras físicas, automatización, simplificación de la tarea, verificación independiente o cambios en el proceso.
¿Qué estándares respaldan este enfoque?
OSHA PSM 1910.119, ISO 45001, API RP 754, IEC 61511 y las guías de CCPS son referencias sólidas. Todos empujan hacia una investigación basada en evidencia, aprendizaje organizacional y mejora verificable. Ninguno sugiere cerrar incidentes solo con capacitación o procedimiento; por el contrario, obligan a mirar causas, barreras, competencias y gestión del cambio.
¿Por qué las investigaciones se cierran tan rápido?
Porque existe presión por volver a la normalidad, cumplir con la auditoría y mostrar control. El riesgo es que esa velocidad premie la superficie y castigue la profundidad. Una organización madura puede cerrar con agilidad, pero solo después de demostrar que entendió el mecanismo del evento y que la acción elegida realmente cambió algo relevante en el sistema.
¿Cómo mido la madurez del sistema de investigación?
Empezá por tres preguntas simples: ¿qué porcentaje de acciones son administrativas?, ¿cuántas tienen verificación en campo?, ¿cuántas modifican barreras, diseño o condiciones críticas? Si la mayoría de tus cierres son entrenamiento, si no hay MOC cuando corresponde o si no medís recurrencia por modo de falla, probablemente tenés una madurez baja. El indicador útil no es cuántas investigaciones cerrás, sino cuánto aprende el sistema.
¿Sirven métodos como ICAM o 5 Porqués?
Sí, siempre que se usen con disciplina y evidencia. El método no compensa una hipótesis pobre ni una cultura que busca culpables. ICAM, 5 Porqués, BowTie o análisis de barreras funcionan bien cuando la organización acepta mirar el contexto completo, validar datos en campo y conectar hallazgos con controles reales. El problema casi nunca es la herramienta; suele ser cómo se la usa.
¿Te resultó útil este análisis?
Recibe contenido técnico exclusivo directamente