“No había tiempo.”

Hay una frase que aparece una y otra vez después de un evento operacional:

“No había tiempo.”

No había tiempo para volver a verificar. No había tiempo para hacer otra llamada. No había tiempo para repetir el briefing. No había tiempo para revisar la documentación una vez más. No había tiempo para detener la operación y empezar de nuevo.

Y muchas veces no es una excusa.

Muchas veces es exactamente lo que ocurrió.

Esa es la parte incómoda. Porque si realmente no había tiempo, entonces la pregunta no debería terminar en la persona que decidió continuar.

Debería empezar allí.

En aviación hablamos constantemente de procedimientos, disciplina operacional, cumplimiento y toma de decisiones. Esperamos que las personas sigan los pasos previstos, verifiquen, coordinen, analicen y, cuando algo no está claro, se detengan.

Pero todo eso requiere algo que rara vez aparece de forma explícita en un procedimiento:

tiempo.

Tiempo para mirar. Tiempo para preguntar. Tiempo para dudar. Tiempo para volver atrás. Tiempo para reconocer que algo no cierra. Tiempo para decir:

“Esperen. Tenemos que verificar esto.”

El problema es que la operación real no siempre entrega ese tiempo.

Un vuelo llega con demora. El turnaround empieza comprimido. La tripulación está cerca de una limitación. Los pasajeros esperan. Las conexiones están en riesgo. El equipaje todavía está llegando. La carga sigue pendiente. Combustible. Mantenimiento. Documentación. ATC. Meteorología. Un slot que se acerca. Una posición que hay que liberar. La siguiente rotación que ya empieza a deteriorarse.

Y mientras todo eso ocurre, cada área intenta recuperar algunos minutos.

Uno aquí. Dos allá. Treinta segundos en otra tarea.

Nadie dice formalmente:

“Eliminemos los márgenes de seguridad.”

No funciona así.

Lo que ocurre es mucho más sutil.

Empezamos a hacer las cosas un poco más rápido.

Después hacemos dos tareas a la vez.

Después dejamos una verificación para más tarde.

Después aceptamos una confirmación verbal porque “ya lo revisaron”.

Después asumimos que algo está bien porque siempre estuvo bien.

Después una verificación deja de parecer esencial.

Y finalmente descubrimos que construimos una operación que solo funciona si nadie se detiene demasiado tiempo a pensar.

Aquí aparece una gran contradicción.

Cuando investigamos un evento, tendemos a preguntar:

¿Por qué no se tomaron más tiempo?

Pero durante la operación, el sistema muchas veces estaba enviando exactamente el mensaje contrario:

Apúrense.

No necesariamente de forma explícita.

Puede estar en la programación. En los indicadores de puntualidad. En las conexiones. En la secuencia de vuelos. En la presión en la línea. En una llamada preguntando cuánto falta. En alguien que espera un despacho. En una pantalla que sigue acumulando minutos de demora. En la percepción de que detener la operación significa crear un problema mayor.

La presión de tiempo rara vez llega como una orden. Llega como contexto.

Y el contexto cambia las decisiones.

Una persona con tiempo suficiente puede detenerse, comparar alternativas, verificar una duda y pedir una segunda opinión.

La misma persona, con el reloj corriendo, empieza a priorizar.

¿Qué es esencial?

¿Qué puede esperar?

¿Qué probablemente está bien?

¿Qué puedo asumir?

¿Dónde puedo recuperar treinta segundos?

Ese proceso no es necesariamente irresponsable.

En muchos casos es precisamente lo que permite que las operaciones complejas sigan funcionando.

Los seres humanos somos extremadamente buenos adaptándonos.

Ese es uno de nuestros mayores recursos.

Pero también puede convertirse en una vulnerabilidad.

Porque una adaptación que funciona una vez tiende a repetirse.

Si ayer omitimos una verificación secundaria y no pasó nada, hoy parece un poco menos peligroso.

Si recuperamos cinco minutos haciendo tareas en paralelo, probablemente lo volveremos a hacer.

Si aceptamos información incompleta y el resultado fue bueno, nuestra confianza aumenta.

No porque hayamos demostrado que la práctica es segura.

Sino porque no hubo consecuencias visibles.

Un resultado positivo valida retroactivamente una decisión que quizá tenía muy poco margen.

Funcionó.

Entonces pareció correcto.

Vuelve a funcionar.

Se consolida.

Se transmite.

Y con suficiente repetición, una adaptación temporal puede convertirse en la forma normal de trabajar.

Entonces ya no decimos:

“Hoy no tuvimos tiempo.”

Decimos:

“Siempre lo hacemos así.”

La Mentira #18 y la Mentira #19 están mucho más cerca de lo que parece.

Muchas prácticas que terminan justificándose con “siempre lo hicimos así” probablemente empezaron en algún momento con:

“No había tiempo para hacerlo de otra manera.”

El problema no es la adaptación en sí.

La aviación necesita adaptación.

Ningún procedimiento puede anticipar todas las combinaciones de variables que aparecen en una operación real.

El problema empieza cuando una adaptación pensada para resolver una situación excepcional se convierte silenciosamente en parte permanente del sistema.

Y nadie vuelve a preguntar qué margen estamos consumiendo.

CUANDO EL TIEMPO ES UNA PIEZA MÁS

Tenerife, 27 de marzo de 1977.

Dos Boeing 747, uno de KLM y otro de Pan Am, habían sido desviados a Los Rodeos tras un atentado con bomba en el aeropuerto de Gran Canaria.

El aeropuerto recibió más tráfico de lo habitual.

La plataforma estaba congestionada.

Las aeronaves también tenían que usar la pista activa para rodar.

La visibilidad empezó a deteriorarse.

La niebla iba y venía.

Las comunicaciones no siempre eran claras.

Y mientras todo eso ocurría, el reloj también avanzaba.

Para la tripulación de KLM había otra variable:

el límite de tiempo de servicio.

La investigación española señaló que en la cabina había preocupación por el tiempo restante antes de alcanzar esa limitación, junto con la evolución de la visibilidad y otros problemas operacionales.

La FAA, al analizar posteriormente las lecciones del accidente, también señala que la incertidumbre sobre el tiempo de servicio fue considerada un factor psicológico importante para la tripulación.

Pero hay algo que debe decirse con absoluta claridad:

Tenerife no fue un accidente causado por falta de tiempo.

Eso sería una simplificación enorme.

La investigación identificó como causa fundamental que el comandante de KLM inició el despegue sin la autorización correspondiente, no cumplió la instrucción de esperar y no abortó el despegue cuando surgió información que indicaba que el Pan Am todavía podía estar en la pista.

Alrededor de esa acción hubo además una combinación mucho más amplia de condiciones: el desvío provocado por el atentado, la congestión extraordinaria del aeropuerto, la carga de combustible del KLM, el uso de la pista como calle de rodaje, la niebla, la pérdida de contacto visual, la ausencia de radar de superficie, las comunicaciones, la fraseología, la ocupación simultánea de la pista, la interacción dentro de la cabina y también la presión de tiempo.

No una causa. Una condición más dentro de un sistema que estaba perdiendo margen.

Y esa diferencia importa.

Porque los Factores Humanos no consisten en reemplazar una explicación simplista por otra.

No sirve pasar de:

“Fue un error del piloto.”

a:

“Fue la presión de tiempo.”

Ambas afirmaciones pueden ocultar la complejidad del evento.

La pregunta interesante es otra:

¿Cómo interactuaron todas esas condiciones?

El tiempo puede no causar una decisión por sí solo.

Pero puede cambiar cómo percibimos las alternativas.

Puede hacer que esperar cinco minutos más parezca mucho más costoso que una hora antes.

Puede aumentar la sensación de que una ventana está a punto de cerrarse.

Puede reforzar el deseo de continuar.

Puede hacer que una opción que normalmente consideraríamos razonable empiece a parecer operacionalmente inaceptable.

Eso no significa que la persona pierda la capacidad de decidir.

Significa que decide dentro de un contexto diferente.

Y Tenerife nos muestra algo especialmente importante:

las decisiones críticas no necesariamente empiezan en el momento en que se ejecutan.

El contexto puede haberse construido mucho antes.

Un desvío.

Después congestión.

Después una demora.

Después combustible.

Después meteorología.

Después una restricción operacional.

Después el tiempo de servicio.

Después otra comunicación.

Cada elemento puede parecer manejable por sí solo.

Pero juntos empiezan a reducir el margen.

Y cuando finalmente llega la decisión crítica, la persona ya no está en las mismas condiciones que tenía al comienzo del día.

Esa es una de las claves de la Mentira #19.

Cuando alguien dice:

“No había tiempo”,

no deberíamos convertir automáticamente esa frase ni en una causa ni en una excusa.

Deberíamos tratarla como una señal.

Y preguntar:

¿Qué más estaba ocurriendo al mismo tiempo?

Porque el reloj casi nunca actúa solo.

UNA ESCENA DE LA OPERACIÓN

Es de mañana en el hub.

El vuelo llegó con demora, después de una noche completa de vuelo para una tripulación que está cerca de su límite.

El turnaround previsto es de 35 minutos, pero si la aeronave no sale dentro de los primeros 25 minutos, la tripulación excede su tiempo de servicio y el vuelo se cancela.

En la terminal hay más de 120 pasajeros con conexiones internacionales que se perderán si no sale, además de las conexiones domésticas.

Nadie da la orden de apurarse.

No hace falta.

Todo está en la pantalla.

Las tareas se hacen en paralelo.

Se acepta una confirmación verbal porque “ya lo revisaron”.

La última verificación se cierra mientras se termina la carga.

El vuelo sale dentro de la ventana.

Las conexiones se salvan y en el sistema queda registrado como un turnaround bien gestionado.

Y aquí está lo que casi nunca miramos:

nadie registró qué margen se consumió para lograrlo.

Ni cuántas verificaciones se comprimieron.

Ni cuántas veces más será necesario.

¿Fue una buena decisión?

Depende de lo que estemos mirando.

COMPRENDER NO ES JUSTIFICAR

Analizar una decisión solo desde el procedimiento produce una historia demasiado simple.

El procedimiento decía A.

La persona hizo B.

Por lo tanto, la persona se equivocó.

Pero la operación casi nunca es tan limpia.

La pregunta relevante es:

¿Qué estaba ocurriendo cuando decidió hacer B?

Eso no significa justificar cada decisión tomada bajo presión.

Significa intentar comprenderla.

Porque hay una diferencia enorme entre justificar una acción y comprender por qué esa acción tenía sentido, en ese momento, para la persona que la tomó.

Y si no comprendemos eso, la investigación termina produciendo recomendaciones muy cómodas:

“Seguir el procedimiento.”

“Tomarse el tiempo necesario.”

“Mejorar la atención.”

“Reforzar la capacitación.”

Son recomendaciones fáciles de escribir.

Es mucho más difícil preguntar:

¿Ese tiempo existe realmente en la operación que diseñamos?

Porque podemos entrenar a alguien para que se detenga cuando tiene una duda.

Pero si cada vez que se detiene genera una demora que después tiene que explicar, el mensaje real del sistema puede ser otro.

Podemos decir que la seguridad es una prioridad.

Pero si todos los indicadores cotidianos muestran puntualidad, productividad, tiempos de turnaround y utilización, las personas también aprenden de lo que medimos.

Si alguien demora una salida diez minutos para resolver una duda y después tiene que explicar esos diez minutos durante horas, aprende algo.

Si otra persona resuelve la misma situación rápidamente, asume un riesgo y el vuelo sale a horario, también aprende algo.

Aunque nadie haya tenido la intención de enseñárselo.

Ahí es donde la presión de tiempo puede empezar a normalizarse.

No como una excepción.

Como una característica del trabajo.

Y cuando eso ocurre, pedirle a las personas que simplemente “se tomen más tiempo” puede ser casi una contradicción.

Porque el tiempo no es solo una elección individual.

También es un recurso que el sistema asigna.

Un turnaround tiene tiempo.

Una dotación de personal determina tiempo.

Una recuperación operacional lo comprime.

Y cada minuto que desaparece de un lugar reaparece como presión en otro.

Por eso el tiempo debería analizarse como cualquier otro recurso operacional.

Como el combustible.

El personal.

El equipamiento.

La información.

La capacidad.

Si planificamos una operación sin margen de tiempo, estamos diseñando una operación que depende de que nada salga mal.

Y en aviación, algo siempre cambia.

Por eso los márgenes importan.

No porque sean tiempo perdido.

Sino porque son capacidad de absorción.

Permiten que el sistema responda cuando aparece algo inesperado.

Cuando eliminamos continuamente esos márgenes en busca de eficiencia, quizá no veamos de inmediato el riesgo que estamos creando.

De hecho, probablemente veamos lo contrario.

Más puntualidad.

Turnarounds más rápidos.

Mayor productividad.

Mejor utilización.

Hasta que aparece una situación que necesita diez minutos y el sistema solo tiene tres.

Entonces alguien tiene que elegir.

Continuar.

Esperar.

Asumir.

Verificar.

Escalar.

Improvisar.

Y después del evento preguntamos por qué eligió lo que eligió.

Quizá deberíamos mirar unos minutos más atrás.

O unas semanas.

O unos meses.

Quizá esa decisión empezó mucho antes de ese turno.

Ese es uno de los grandes riesgos de la eficiencia extrema.

Funciona mientras las personas puedan absorber la variabilidad.

Trabajan más rápido.

Priorizan.

Compensan.

Anticipan.

Improvisan.

Resuelven.

Y desde afuera el sistema parece robusto.

Pero quizá no lo sea.

Quizá son las personas las que lo sostienen.

Hasta que surge una situación en la que ya no queda nada para absorber.

Ni tiempo.

Ni atención.

Ni recursos.

Ni margen.

Entonces ocurre el evento.

Y la conclusión puede ser:

“Se apuraron.”

Sí.

Pero todavía falta una pregunta.

¿Por qué necesitaron apurarse?

“No había tiempo” no debería aceptarse automáticamente como explicación.

Pero tampoco debería descartarse automáticamente como excusa.

Debería convertirse en evidencia.

Evidencia sobre cómo estaba funcionando realmente la operación.

Porque si una persona dice que no había tiempo, deberíamos investigar cuánto tiempo había realmente.

Si otra persona dice que así se trabaja normalmente, deberíamos preguntar desde cuándo.

Si todo el equipo describe la presión como normal, probablemente ya no estamos frente a un problema individual.

Estamos frente a una característica del sistema.

Y eso cambia completamente la conversación.

Ya no se trata solo de:

“¿Por qué no siguieron el procedimiento?”

Sino también de:

“¿Qué condiciones necesitaba ese procedimiento para poder cumplirse?”

¿Existían esas condiciones?

¿Había personal suficiente?

¿La información estaba disponible a tiempo?

¿Las tareas estaban correctamente secuenciadas?

¿El tiempo previsto era realista?

¿Había margen para una contingencia?

¿O diseñamos una operación perfecta para un día en el que nada debía salir mal?

El procedimiento puede ser correcto.

La persona puede conocerlo perfectamente.

Y aun así, el sistema puede haber creado condiciones en las que cumplirlo por completo se vuelve cada vez más difícil.

Esa es la parte que no deberíamos ignorar.

Porque la seguridad operacional no depende solo de decirles a las personas qué hacer.

También depende de crear las condiciones para que puedan hacerlo.

Incluido el tiempo.

Especialmente el tiempo.

Por eso, después de un evento, cuando escuchamos:

“No había tiempo”,

quizá la respuesta más útil no sea:

“Deberían haberse tomado el tiempo.”

Quizá sea:

“¿Por qué no lo había?”

Porque si la falta de tiempo fue excepcional, debemos comprender qué ocurrió.

Pero si la falta de tiempo es una condición cotidiana, entonces tenemos un problema mucho mayor.

Tenemos una operación que depende de la prisa.

Y la prisa constante no es eficiencia.

Es deuda operacional.

Una deuda que el sistema sigue acumulando vuelo tras vuelo, turno tras turno, hasta que un día alguien tiene que pagarla.

LIE #19 — “NO HABÍA TIEMPO.”

A veces realmente no lo había.

Y justamente por eso no debería ser el final de la explicación.

Debería ser el comienzo.

PRÓXIMAMENTE EN BEYOND HUMAN ERROR

LIE #20 — “MÁS AUTOMATIZACIÓN SIGNIFICA MENOS ERROR HUMANO.”

La automatización ha transformado la aviación y ha eliminado muchas tareas repetitivas. Ha mejorado la precisión, reducido la carga de trabajo y hecho las operaciones más eficientes.

Pero el error humano no desaparece simplemente cuando la tecnología toma el control.

Cambia de forma. Se traslada a otras partes del sistema. Y a veces se vuelve más difícil de detectar.

En la próxima Mentira, veremos qué ocurre cuando la automatización reduce la carga de trabajo, pero también cambia la atención, la supervisión, la toma de decisiones y el papel del ser humano dentro del sistema.

Porque la automatización no saca a las personas de la operación.

Cambia lo que les pedimos que hagan.