Qué pasó
El 4 de noviembre de 2025, el vuelo 2976 de UPS Airlines, un avión de carga McDonnell Douglas MD-11F con matrícula N259UP, se estrelló poco después de despegar del Aeropuerto Internacional Muhammad Ali de Louisville, en Kentucky. El motor izquierdo y su pilón se separaron del ala durante la carrera de despegue, y el avión se incendió y cayó en una zona industrial cercana al aeropuerto. Murieron los tres tripulantes a bordo y once personas en tierra, y otras veintitrés en tierra resultaron heridas. La FAA inmovilizó la flota de MD-11 en cuestión de días.
Lo que encontraron los investigadores dentro del soporte
El informe preliminar de la NTSB, publicado el 20 de noviembre de 2025, encontró grietas por fatiga en las superficies fracturadas del soporte trasero del pilón, junto a zonas de fallo por sobrecarga: metal que llevaba tiempo agrietándose en silencio antes de ceder finalmente bajo carga. En una audiencia de investigación los días 20 y 21 de mayo de 2026, la Junta fue más allá: primero se fracturó un rodamiento esférico dentro del soporte, y esa única fractura hizo que fallaran a la vez las dos orejetas portantes del soporte, aunque el diseño de dos orejetas existía precisamente para que una pudiera fallar y la otra siguiera sosteniendo.
La suposición sobre la que se construyó la certificación
Ingenieros de la FAA declararon que la certificación del avión nunca exigió que sus sistemas siguieran funcionando tras una separación completa del pilón, porque se suponía que el diseño impedía que esa separación llegara a ocurrir: «el único caso en que sí suponemos la separación del pilón es para los aterrizajes duros», como dijo un ingeniero de la FAA en la audiencia. Los investigadores también señalaron al menos diez incidentes anteriores con daños similares en el rodamiento desde 2002, ninguno de los cuales se había elevado como problema de seguridad. Se espera el informe final de la NTSB, con una causa probable, a lo largo de 2026.
Un sistema de seguridad construido sobre la idea de que «esto no puede fallar de las dos maneras a la vez» (y que luego falla exactamente así) es el caso práctico que este capítulo está hecho para enseñar: cómo se redacta un requisito, cómo se verifica y qué les pasa a todos los que vienen detrás cuando nadie vuelve a comprobar la suposición una vez que el diseño sale. Encontrar ese hueco antes que un cliente es todo el trabajo de un ingeniero de pruebas.
Ingeniero de ensayosIngeniería de sistemas y compromisos de diseño: fundamentos de ingeniería