नेशनल ज्योग्राफिक की मेगास्ट्रक्चर श्रृंखला देखने के बाद , मुझे आश्चर्य हुआ कि बड़ी परियोजनाएं कितनी तेजी से पूरी होती हैं। एक बार प्रारंभिक कार्य (डिजाइन, विनिर्देशों इत्यादि) कागज पर किए जाने के बाद, विशाल परियोजनाओं की प्राप्ति में केवल कुछ वर्ष या कभी-कभी कुछ महीने लगते हैं ।
उदाहरण के लिए, Airbus A380 "औपचारिक रूप से 19 दिसंबर, 2000 को लॉन्च किया गया" और "मार्च की शुरुआत, 2005" में , विमान का परीक्षण पहले ही किया जा चुका था। वही विशाल तेल टैंकरों, गगनचुंबी इमारतों आदि के लिए जाता है।
सॉफ्टवेयर उद्योग में देरी की तुलना करने पर, मैं यह सोचकर मदद नहीं कर सकता कि अधिकांश आईटी परियोजनाएं इतनी धीमी या अधिक सटीक क्यों हैं, वे पर्याप्त और दोषरहित क्यों नहीं हो सकते हैं, एक ही पैमाने पर, पर्याप्त लोगों को दिया जाता है?
एयरबस ए 380 जैसी परियोजनाएं दोनों मौजूद हैं:
प्रमुख अप्रत्याशित जोखिम: जबकि यह निर्मित पहला विमान नहीं है, यह अभी भी प्रौद्योगिकी की सीमा को धक्का देता है और जो चीजें छोटे एयरलाइनरों के लिए अच्छी तरह से काम करती हैं वे भौतिक बाधाओं के कारण बड़े काम नहीं कर सकते हैं; उसी तरह, नई तकनीकों का उपयोग किया जाता है जो अभी तक उपयोग नहीं किए गए थे, क्योंकि उदाहरण के लिए वे 1969 में उपलब्ध नहीं थे जब बोइंग 747 किया गया था।
सामान्य रूप से मानव संसाधन और प्रबंधन से संबंधित जोखिम: परियोजना के बीच में छोड़ने वाले लोग, एक व्यक्ति तक पहुंचने में असमर्थता क्योंकि वह छुट्टी पर है, सामान्य मानव त्रुटियां, आदि।
उन जोखिमों के साथ, लोग अभी भी बहुत कम समय में उन बड़े एयरलाइनरों जैसी परियोजनाओं को प्राप्त करते हैं , और डिलीवरी में देरी के बावजूद, वे परियोजनाएं अभी भी बेहद सफल और उच्च गुणवत्ता की हैं।
जब सॉफ्टवेयर विकास की बात आती है, तो प्रोजेक्ट शायद ही बड़े और जटिल होते हैं जैसे कि एयरलाइनर (तकनीकी रूप से और प्रबंधन के संदर्भ में), और वास्तविक दुनिया से थोड़ा कम जोखिम वाले जोखिम होते हैं।
फिर भी, अधिकांश आईटी परियोजनाएं धीमी और देर से होती हैं , और परियोजना में अधिक डेवलपर्स को जोड़ना एक समाधान नहीं है (दस डेवलपर की टीम से दो हजार तक जाने से कभी-कभी परियोजना को तेजी से वितरित करने की अनुमति मिलेगी, कभी-कभी नहीं, और कभी-कभी केवल नुकसान पहुंचाएगा प्रोजेक्ट करें और इसे पूरा नहीं करने का जोखिम बढ़ाएँ)।
जो अभी भी वितरित किए गए हैं, उनमें अक्सर बहुत सारे बग हो सकते हैं, जिनमें लगातार सर्विस पैक और नियमित अपडेट की आवश्यकता होती है (कल्पना करें कि मूल उत्पाद में बग्स को पैच करने और विमान को दुर्घटनाग्रस्त होने से बचाने के लिए प्रति सप्ताह दो बार एयरबस ए 380 पर "अपडेट स्थापित करना")।
ऐसे मतभेदों को कैसे समझाया जा सकता है? क्या यह विशेष रूप से इस तथ्य के कारण है कि बड़े पैमाने पर, लगभग दोषरहित उत्पादों को बहुत तेजी से वितरित करने के लिए सॉफ्टवेयर विकास उद्योग एक ही परियोजना पर हजारों लोगों का प्रबंधन करने में सक्षम है?