Resumen del debate: ¿Por qué el control de adif dio marcha normal con el tren parado?

Adif ordenó marcha normal a un tren detenido y el reglamento tiene la respuesta​

Un tren parado en plena vía. La maquinista avisa de que está atascada. Y el control de Adif, en lugar de frenar la circulación, responde con una orden de marcha normal. Ese es el punto de partida del caso que se discute estos días y la pregunta que muchos se hacen: ¿por qué se dio esa orden cuando el protocolo parecía exigir lo contrario? La respuesta, según los análisis que circulan, no está en la maldad de nadie sino en un reglamento de miles de páginas que distingue entre dos supuestos casi idénticos y en una presión de productividad que castiga consultarlo.

Qué dice el reglamento sobre marcha normal y marcha a la vista​

La clave está en la ubicación del fallo. Si el problema está en la vía —en tierra—, la orden correcta es marcha a la vista, es decir, avanzar con precaución extrema, casi paso de tortuga. Si el problema está en el propio tren, el protocolo permite marcha normal. El controlador que recibió el aviso de la maquinista aplicó la segunda regla cuando el escenario encajaba en la primera. O eso sostiene el análisis más repetido: no fue un acto de negligencia deliberada, sino una confusión entre dos supuestos que el reglamento separa con matices finos.

El problema es que ese reglamento completo son miles de páginas y recoge miles de supuestos. Consultarlo a fondo, en mitad de una incidencia, significa parar la circulación. Y parar la circulación, en la práctica, tiene un coste inmediato para quien lo hace: los jefes se lo comen. La productividad manda. Así se explica que la decisión se tomara con la norma a medias y el reloj corriendo.

Por qué se ignoró el aviso de la maquinista parada en la vía​

El relato del incidente es tozudo. La maquinista comunicó que estaba parada y que el control la ignoró por completo. A partir de ahí, el análisis se bifurca. Hay quien ve un fallo de protocolo puro y duro: se dio marcha normal con todos los sistemas de seguridad caídos y con una trabajadora advirtiendo del atasco, lo que en términos técnicos roza lo delictivo. Y hay quien apunta a la formación: muchos controladores son gente que acaba de aprobar una oposición, sin la experiencia ni el temple que el oficio exige. No todo el mundo vale para decidir en segundos si un tren avanza o se queda quieto.

La habilitación para ser controlador, sin embargo, no es un trámite. Se aprueba una oposición dura y después se echa a bastantes cada año. El filtro existe. Otra cosa es que el filtro enseñe a resolver la excepción que no viene en el temario.

El cálculo económico: por qué compensa arriesgar hasta que deja de compensar​

Aquí entra la parte que de verdad importa en términos de gestión. Cada vez que un sistema de seguridad falla —y los fallos se cuentan por decenas al año, según la versión que circula—, la tentación es decir «niño, dale palante». Se evita parar la vía, se evitan las pérdidas millonarias y el fallo se archiva debajo de la alfombra. La siguiente vez se repite porque nadie recuerda el anterior. Es la lógica de recoger monedas delante de una apisonadora: rentable hasta que deja de serlo.

El cálculo completo, con el coste de paralizar una línea frente al de mantener los sistemas de seguridad operativos, da una diferencia que sorprende y que explica por qué la cultura de la productividad se impone a la del protocolo. Mientras los fallos se escondan, los millones no se pierden. Y mientras los millones no se pierdan, nadie cambia nada.

La responsabilidad política y el relato de la coartada​

En el plano político, la lectura es otra. Hay quien sostiene que el foco en el error del controlador sirve de coartada para eludir la responsabilidad de fondo: la del mantenimiento, la de los sistemas que fallan y la de una gestión que prefiere señalar al de abajo antes que revisar el diseño. Otros descartan esa lectura y recuerdan que los puestos de control no son cargos políticos, sino oposiciones técnicas.

El debate se atasca exactamente ahí. Si el fallo es humano, la culpa muere en el controlador. Si el fallo es sistémico, sube por la cadena. Y nadie ha decidido todavía cuál de las dos versiones conviene contar.