El modelo del queso suizo: por qué los desastres nunca tienen una sola causa
La imagen que explica cómo ocurren los accidentes: no por un fallo, sino porque varios agujeros se alinearon. Qué es y cómo se aplica a tus propios errores.
También llamado: Swiss cheese model · modelo de Reason · defensas en profundidad
James Reason propuso imaginar las defensas de un sistema como lonchas de queso suizo puestas una detrás de otra. Cada loncha es una barrera —una norma, una comprobación, una alarma, una persona revisando— y cada agujero es un fallo de esa barrera.
Los agujeros se mueven constantemente. El accidente ocurre el día raro en que todos se alinean y algo atraviesa el bloque entero. Por eso, cuando reconstruyes un desastre, nunca encuentras una causa: encuentras cinco o seis cosas pequeñas que por separado no habrían pasado de un susto.
Por qué pasa
Reason distingue dos clases de agujero. Los **fallos activos** son los del final de la cadena: la persona que aprieta el botón equivocado. Se ven enseguida y son los que salen en el informe.
Los **fallos latentes** son decisiones tomadas mucho antes por gente que nunca estuvo allí: recortar plantilla, comprar el equipo más barato, aprobar un procedimiento imposible de cumplir con el tiempo asignado. No causan nada por sí solos. Se quedan esperando, a veces años.
Y esa es la razón de que buscar culpables sea tan poco útil: el fallo activo es la última loncha, pero los agujeros que hicieron falta llevaban ahí mucho tiempo y nadie los tapó porque nunca había pasado nada.
Cómo se ve en la vida real
El accidente de tráfico
Ninguna de las causas basta sola: lluvia, neumáticos gastados, quince minutos de retraso, un cruce mal señalizado y un móvil que suena. Cinco agujeros alineados.
El error médico
Dos fármacos con nombre parecido, un turno de guardia largo, la farmacia sin personal a esa hora y un sistema que no obliga a confirmar. Cada una parecía asumible por separado.
La pérdida de datos
La copia de seguridad llevaba meses fallando en silencio, nadie revisaba los avisos, el disco de reserva estaba conectado al mismo equipo y el aviso llegó a un correo que ya nadie leía.
Señales de que te está pasando
- Tras un fallo, la explicación oficial se resume en una sola persona o una sola causa.
- Existen avisos que se ignoran de forma rutinaria porque saltan demasiado.
- Alguna barrera lleva tiempo sin funcionar y todo el mundo lo sabe.
- Los "casi accidentes" no se registran porque al final no pasó nada.
- La misma tarea depende de una sola comprobación, sin nada detrás.
Cómo evitarlo
- Cuenta cuántas barreras tienes de verdad. Muchos procesos parecen tener tres y en la práctica tienen una, porque las otras dos dependen de la misma persona o del mismo sistema. Barreras que fallan juntas cuentan como una sola.
- Registra los casi accidentes. Son información gratis: te enseñan dónde están los agujeros sin que nadie pague el precio. Toda organización que ha mejorado su seguridad de verdad empezó por aquí.
- Busca los fallos latentes, no al último que tocó. Pregunta qué decisiones anteriores hicieron posible ese día. Ahí es donde están los arreglos que evitan la próxima vez.
- Desconfía de la barrera única. Si todo depende de que una persona se acuerde o de que un sistema no falle, no hay bloque de queso: hay una loncha.
- Aplícalo a tu vida. Tus errores personales también suelen ser varios agujeros: poco sueño, prisa, una app que lo pone fácil y ninguna comprobación. Tapar uno suele bastar.
Errores reales de la comunidad
No son ejemplos inventados. Los escribió quien los vivió.
- My errorHe aceptado el sueldo sin saber las condiciones del trabajo.…
- Borré la base de datos de producción un viernesMi segundo mes de trabajo. Quería limpiar mi base de datos local y ejecuté el script en la terminal equivocada. Producción. Sin backup del día. Estuvi…
- No facturé con IVA mi primer año de autónomaEmpecé de freelance sin informarme. Facturaba sin IVA porque 'eran trabajos pequeños'. Hacienda me reclamó todo el IVA no ingresado de un añ…
- Perdí el TFG por no usar la nubeTodo mi trabajo de fin de grado en un USB. Solo en el USB. Se me cayó en un charco una semana antes de entregar. Rehíce en 6 días lo que había hecho e…
Preguntas frecuentes
¿Quién creó el modelo del queso suizo?
El psicólogo británico James Reason, a finales de los años ochenta. Es hoy el modelo más usado en aviación, sanidad y seguridad industrial.
¿Sirve fuera de la industria?
Sí. Funciona igual de bien para entender por qué se te olvidó algo importante o por qué un proyecto salió mal: casi nunca hay una causa única.
¿Qué es un fallo latente?
Una condición creada mucho antes —un diseño, un recorte, un procedimiento mal pensado— que no causa daño por sí sola pero abre un agujero permanente en una de las barreras.
¿Se le critica algo al modelo?
Sí: se le reprocha que puede dar la impresión de que las barreras son estáticas e independientes, cuando en la realidad interactúan. Aun así sigue siendo la forma más clara de explicar por qué culpar a una persona rara vez arregla nada.
Entradas relacionadas
¿Has cometido este error? Contarlo es lo que hace que otro se lo ahorre.
Cuenta un error tuyo