Por Charly Wigstrom:
Lo que estás mostrando no es un problema de “gestión de seguridad”, es un problema de diseño del sistema sociotécnico y de cómo las decisiones organizacionales degradan o fortalecen las barreras reales antes de que ocurra cualquier evento.
La evidencia científica es consistente en algo incómodo: los incidentes no nacen en el error humano, nacen en la arquitectura del sistema que condiciona la decisión humana.
James Reason ya lo planteó con el modelo organizacional de accidentes: las fallas latentes (decisiones gerenciales, presión productiva, diseño deficiente, ambigüedad) crean agujeros mucho antes del evento visible Erik Hollnagel lo refuerza con el principio ETTO: las organizaciones optimizan eficiencia a costa de exhaustividad, y esa compensación invisible erosiona barreras Sidney Dekker lo lleva más lejos con Drift into Failure: la desviación se normaliza progresivamente hasta que el sistema redefine lo inseguro como aceptable Gary Klein demuestra que la toma de decisiones en terreno no sigue procedimientos, sigue patrones reconocidos bajo presión, experiencia y contexto incompleto Nancy Leveson (STAMP) directamente rompe el paradigma: los accidentes no son fallas de componentes, son fallas de control en sistemas complejos.
Ahora conecta eso con LATAM
Alta distancia de poder (Hofstede) genera filtrado de información → la realidad no sube, solo sube lo que es aceptable Sesgo de cumplimiento → se privilegia evidencia documental sobre control operativo real Carga cognitiva elevada + fatiga → decisiones degradadas (Dawson & Reid: 17h despierto ≈ 0.05% BAC) Sistemas diseñados para sobrevivir presión productiva, no para operar con integridad → el operador adapta, improvisa y compensa Contratistas con doble estándar → fragmentación del sistema de barreras KPIs tipo “sandía” → Goodhart’s Law: cuando una métrica se convierte en objetivo, deja de ser una buena métrica.
Por eso el “KPI verde” convive con riesgo rojo
Porque estás midiendo percepción (reportes, auditorías, cumplimiento) en lugar de capacidad real del sistema para contener fallas.
El concepto de blindaje operativo que planteas tiene base directa en ingeniería de defensas y factores humanos.
Una barrera solo es real si cumple condiciones técnicas verificables Influye antes de la acción → modifica la decisión, no reacciona al evento Es medible → tiene desempeño observable, no narrativa Detecta desviación temprano → no depende del accidente para validarse Es independiente de la memoria humana → no depende de “acordarse” sino del diseño del sistema.
Esto conecta con principios de High Reliability Organizations Preocupación constante por la falla Sensibilidad a las operaciones reales Deferencia a la experiencia (no a la jerarquía) Compromiso con la resiliencia operativa.
El punto crítico de tu gráfico es correcto y es donde casi todas las organizaciones fallan.
La decisión gerencial como filtro
Ahí es donde se define si el sistema será reactivo o verdaderamente seguro Ahí se decide si se tolera la desviación Ahí se prioriza producción sobre integridad Ahí se acepta operar fuera del diseño.
Y eso ocurre mucho antes del “acto inseguro”.
Por eso Human First no es filosofía, es ingeniería aplicada a la decisión.
La brecha que muestras entre trabajo imaginado y trabajo real está documentada en toda la literatura de factores humanos El procedimiento no representa la realidad El operador adapta La organización tolera La desviación se vuelve norma El sistema pierde capacidad de defensa sin darse cuenta.
En LATAM esto se amplifica porque el sistema recompensa resolver el problema, no operar correctamente.
Entonces la pregunta no es si esto está pasando
La pregunta es: ¿Dónde están hoy tus barreras que dependen de memoria, buena intención o cumplimiento documental? ¿Dónde estás midiendo verde algo que en terreno es rojo? ¿Y qué decisiones gerenciales están permitiendo que eso siga existiendo?
SUSCRÍBETE a Info Capital Humano y entérate las últimas novedades sobre el sector de Recursos Humanos. Conoce más, aquí.
