- केंटकी में दुर्घटनाग्रस्त हुए UPS MD-11F कार्गो विमान के इंजन माउंटिंग स्ट्रक्चर में मिली दरारें, ऐसे दोष निकलीं जिनके बारे में Boeing 15 साल पहले इसी तरह के विमान मॉडल में पहले ही जानता था
- NTSB (अमेरिकी National Transportation Safety Board) ने कहा कि इंजन माउंटिंग हिस्से में fatigue crack दुर्घटना के कारण से जुड़ी थी, और स्पष्ट किया कि Boeing ने अतीत में इसी पार्ट के टूटने के चार मामले पहले ही पहचान लिए थे
- Boeing ने 2011 में ऑपरेटरों को 'service letter' भेजकर हर 5 साल में visual inspection की सिफारिश की और revised bearing assembly की जानकारी दी, लेकिन इसे अनिवार्य कार्रवाई के रूप में नामित नहीं किया
- एविएशन सेफ्टी विशेषज्ञों ने इंजन को विंग से जोड़ने वाले अहम स्ट्रक्चर में दोष को सुरक्षा समस्या न मानने के Boeing के फैसले की आलोचना की
- यह घटना 737 Max दोष, quality control विवादों आदि के बाद Boeing की समग्र safety management system पर भरोसे के सवाल को फिर उभारती है
UPS कार्गो विमान दुर्घटना और Boeing को पहले से ज्ञात दोष
- केंटकी के Louisville Airport से उड़ान भर रहे UPS के MD-11F कार्गो विमान का इंजन विंग से अलग हो गया और विमान दुर्घटनाग्रस्त हो गया, जिससे 3 क्रू सदस्यों और जमीन पर मौजूद 12 लोगों सहित 15 लोगों की मौत हुई
- विमान ने कुछ समय के लिए रनवे छोड़ा, लेकिन जल्द ही नियंत्रण खो बैठा और औद्योगिक क्षेत्र में गिर गया
- NTSB की जांच के अनुसार, इंजन माउंटिंग assembly में मिली दरारें अतीत में कई अन्य विमानों में भी पाई गई थीं
- यह दोष Boeing को 15 साल पहले ही पता था, और उस समय उसने निष्कर्ष निकाला था कि इसका “फ्लाइट सेफ्टी पर असर नहीं पड़ता”
Boeing की पिछली प्रतिक्रिया और निरीक्षण सिफारिशें
- Boeing ने 2011 में ऑपरेटरों को 'service letter' भेजकर दोष की जानकारी दी और हर 5 साल में visual inspection की सिफारिश की
- साथ ही विमान maintenance manual में inspection procedure बदलाव और revised bearing assembly लागू करने की संभावना की जानकारी भी दी
- लेकिन यह कदम कानूनी रूप से अनिवार्य नहीं, केवल सिफारिश बनकर रह गया
- NTSB ने कहा कि इस दुर्घटना में आई दरार दोहराए गए stress (fatigue) से हुई टूट-फूट का परिणाम थी
विशेषज्ञों का आकलन और आलोचना
- पूर्व विमान दुर्घटना अन्वेषक Tim Atkinson ने इस रिपोर्ट को “चौंकाने वाला” बताया
- उन्होंने जोर दिया कि संबंधित स्ट्रक्चर कोई साधारण सजावटी हिस्सा नहीं, बल्कि इंजन के thrust और drag को सहारा देने वाला अहम पार्ट है
- उन्होंने Boeing द्वारा इस पार्ट के टूटने को सुरक्षा मुद्दा न मानने को “सामान्य समझ के खिलाफ” बताया
Boeing के हालिया सुरक्षा विवाद
- Boeing पिछले कुछ वर्षों से आंतरिक प्रक्रियाओं और quality control समस्याओं को लेकर आलोचना झेलता रहा है
- 737 Max मॉडल के दोषपूर्ण software के कारण 2018 और 2019 में दो दुर्घटनाएं हुईं, जिनमें कुल 346 लोगों की मौत हुई
- 2024 में नई 737 Max विमान में उड़ान भरने के तुरंत बाद door panel गिरने की घटना भी हुई
- यह घटना Boeing की safety culture और quality management system पर भरोसे को फिर से हिलाने वाला कारक बन रही है
जांच की प्रगति और Boeing का रुख
- NTSB की जांच अभी जारी है और दुर्घटना के कारण पर अंतिम निष्कर्ष अभी घोषित नहीं हुआ है
- Boeing ने बयान में कहा कि वह “जांच में सहयोग कर रहा है और पीड़ित परिवारों के प्रति गहरी संवेदना व्यक्त करता है”
- अंतिम रिपोर्ट आने तक Boeing की जिम्मेदारी की सीमा और structural defect का प्रत्यक्ष संबंध तय नहीं माना जाएगा
1 टिप्पणियां
Hacker News टिप्पणियाँ
असली NTSB रिपोर्ट पढ़कर फिर से NTSB की विशेषज्ञता पर हैरानी हुई
3000 फीट लंबे मलबे के ट्रेल से शुरुआत करके आखिर में “बाएँ pylon rear mount bulkhead के wing clevis spherical bearing assembly के ball element forward bearing race में सूक्ष्म stress crack” तक पहुँच जाना वाकई चौंकाने वाला है
खासकर Alaskan Airlines door plug दुर्घटना रिपोर्ट में उद्धृत पंक्ति यादगार थी
उसमें यह बताया गया था कि Boeing में manufacturing workforce training और supervision की कमी के कारण parts reassembly procedure का सही ढंग से पालन नहीं हुआ, और यही दुर्घटना का मूल कारण था
मुझे लगता है कि लेख के शीर्षक में अहम हिस्सा छूट गया
Boeing को यह defect पहले से पता था, और उसने 2011 में airlines को इस बारे में पत्र भी भेजा था
यह हिस्सा काफ़ी gray area जैसा लगता है
1979 में Chicago में DC-10 भी लगभग इसी तरह crash हुआ था, इसलिए समस्या की जड़ काफ़ी पुरानी हो सकती है
उनका निर्णय गलत हो सकता था, लेकिन यह कोई cover-up या scandal नहीं है
कभी-कभी engineers भी ग़लत हो सकते हैं
लगता है कुछ लोग technology में risk management को भूल जाते हैं
कोई भी technology परफेक्ट नहीं होती, और हर system में defects होते हैं
इसलिए हम defects की lifecycle cost का आकलन करते हैं और cost-effective risk mitigation measures अपनाते हैं
उदाहरण के लिए, high-reliability storage की तुलना में redundant storage अक्सर कहीं ज़्यादा प्रभावी विकल्प होता है
“unexpected crack” और “ऐसा defect जिसे जानते हुए भी छोड़ा गया” पूरी तरह अलग बातें हैं
दूसरे मामले में लागत बचाने के लिए लोगों की जान जोखिम में डाली गई
“अगर किस्मत ख़राब हुई तो हो गया” मान्यता प्राप्त risk assessment method नहीं है
मुझे याद है कि दुर्घटना के तुरंत बाद बहुत से लोगों ने विदेशी maintenance crew को दोष दिया था
लेकिन इस बार यह maintenance issue हो भी सकता है और नहीं भी
जिस part की बात हो रही है, उसकी position ऐसी है कि visual inspection लगभग असंभव है
borescope से भी crack देखना मुश्किल है, और जब वह वास्तव में दिखने लगता है तब तक अक्सर बहुत देर हो चुकी होती है
वहाँ तक पहुँचने के लिए wing का बड़ा हिस्सा खोलना पड़ता है
वहाँ भी pro-Boeing तर्क दिया गया था कि “अगर अमेरिकी pilots होते तो सब ठीक रहता”
आजकल के राजनीतिक माहौल में हर चीज़ के politicized हो जाने की चिंता होती है
किसी को नहीं पता कि Boeing ने रिपोर्ट अपने पक्ष में करने के लिए bribe दी थी या नहीं, या bribe न देने पर उसे ज़्यादा कठोर नतीजा मिला
पूरे समाज में corruption के प्रभाव इतने बढ़ गए हैं कि जाँच के नतीजों पर पूरी तरह भरोसा करना मुश्किल लगता है
मुझे लगता है कि manufacturers को अपने बनाए parts के कई defects के बारे में पहले से पता होता होगा
खासकर जब बात critical parts की हो
यह जानने की उत्सुकता है कि Boeing ने load-bearing part की damage को नज़रअंदाज़ किया जा सकता है, ऐसा मानने का आधार क्या रखा
क्या तर्क यह था कि “50 साल से कुछ नहीं हुआ, तो आगे भी ठीक रहेगा”?
कुछ शर्तें पूरी करते-करते दूसरी जगह ज़रूरत से ज़्यादा मजबूती आ जाती है
उदाहरण के लिए, bearing housing या gearbox design में structural reasons से overstrength पैदा हो सकती है
या फिर QA और testing cost घटाने के लिए सीधा ‘overkill design’ चुना जाता है
ऐसे संतुलन में production volume, cost, process complexity जैसी चीज़ें भी देखी जाती हैं
मैंने NTSB का आधिकारिक दस्तावेज़ खुद देखा
paywall को bypass करने के लिए alternative link साझा किया गया
ऐसी दुर्घटना की ख़बरें देखते ही मुझे फ़िल्म Fight Club का एक दृश्य याद आ जाता है