हमने अपनी शीर्ष प्रतिभा को निकाल दिया। सबसे अच्छा फैसला हमने कभी किया।

"आपने जो भी बनाया है, उसे आप कभी नहीं समझ पाएंगे। मैं अल्बर्ट एफ *** आइंस्टीन हूं और आप सभी बंदर गंदगी में दबे हुए हैं। "

और इसलिए हमारे निवासी जीनियस, हमारे डॉ। जेकेल, ने श्री हाइड में अपना परिवर्तन पूरा किया।

उन्होंने उत्पाद डिजाइन टीम, डेवलपर्स, प्रबंधन और पूर्व-लॉन्च ग्राहकों के सामने इसकी घोषणा की। हमारे प्रोजेक्ट प्रायोजकों में से एक ने यह पूछने के लिए टेंपरिंग की थी कि हमारे उत्पाद को खराब करने वाली समस्या कब ठीक होगी।

जीनियस एक चंचल जानवर है। कभी-कभी आपके पास पागल प्रतिभा के साथ काम करने का सौभाग्य होता है। अन्य बार आपको शुद्ध पागलपन के साथ काम करने के लिए बर्बाद किया जाता है। कई बार ऐसे भी होते हैं जब अंतर बताना मुश्किल होता है।

यह कहानी हमारे उत्पाद की वास्तुकला की गहरी समझ के साथ एक अत्यंत प्रतिभाशाली टीम के सदस्य की कृपा से गिरने के बारे में है। उनके पास भविष्य की आवश्यकताओं का पूर्वानुमान करने और डोमेन-विशिष्ट ज्ञान के एक टन की अचेतन क्षमता थी।

वह हमारे शीर्ष योगदानकर्ता थे। वह हमारे प्रमुख प्रोजेक्ट को मार रहा था।

हम इस व्यक्ति को "रिक" कहेंगे।

आप अपनी टीम के इस आदमी को नहीं चाहते हैं। (छवि © वार्नर ब्रदर्स)

रिक को टीम में शीर्ष प्रतिभा के रूप में सर्वमान्य माना गया। वह हमारे सॉफ्टवेयर प्रोजेक्ट्स के लीड डेवलपर और आर्किटेक्ट थे।

किसी भी समय किसी के पास कोड के बारे में सवाल था या किसी कार्य के लिए मदद की जरूरत थी, वे रिक में जाएंगे। रिक ने अपने कार्यालय में एक विशाल व्हाइटबोर्ड स्थापित किया था जिसका उपयोग केवल इस उद्देश्य के लिए किया गया था। यह हमेशा अतीत की चर्चाओं के भूत से बँधा हुआ था, जो काफी हद तक नहीं मिटेगा।

किसी भी समय एक विशेष रूप से चुनौतीपूर्ण समस्या थी, रिक इसे संभाल लेंगे। रिक के पास एक सर्वर था जिसमें उसी तरह का चश्मा था जैसा हमारे प्रोडक्शन सर्वर ने अपने डेस्क पर स्थापित किया था। उन्होंने संपूर्ण अनुप्रयोग स्टैक को स्वतंत्र रूप से चलाने के लिए और हर परत को एक ही बार में समस्या निवारण के लिए उपयोग किया।

रिक को किसी और की जरूरत नहीं थी रिक अपने निजी कार्य-स्थल में अकेले काम करना पसंद करते थे।

रिक को किसी और चीज की जरूरत नहीं थी। उन्होंने खरोंच से जरूरत की हर चीज का निर्माण किया, क्योंकि यह महज नश्वरता के प्रसाद से बेहतर था।

जल्द ही, रिक ने बैठकों में भाग लेना बंद कर दिया। रिक के पास बैठकों के लिए अधिक समय नहीं था क्योंकि कोड के लिए बहुत अधिक था।

रिक ने अपना दरवाजा बंद कर लिया। उनकी व्हाइटबोर्ड परती थी। रिक के पास अब किसी को प्रशिक्षित करने का समय नहीं था क्योंकि उसके पास अपने दम पर हल करने के लिए बहुत अधिक था।

रिक के पीछे एक बैकलॉग बढ़ता गया। कीड़े पुराने टूल में पॉप अप कर रहे थे जो उसने बनाया था। उन्होंने नए उत्पाद विकास पर प्रतिबद्धताओं को पूरा करने से अपना ध्यान आकर्षित किया।

बेशक, ये कीड़े हो रहे थे क्योंकि उपयोगकर्ताओं ने अपनी धारणाओं को गलत किया था। बेशक उनके काम में कोई समस्या नहीं थी। बेशक।

हमारे प्रोजेक्ट डैशबोर्ड पर हरे झंडे पीले रंग में बदल गए। पीला लाल में बदल गया। लाल बत्तियाँ झपकने लगीं। एक-एक करके, कार्य की स्थिति "प्रभावित" में बदल गई, हर कोई रिक के लिए इंतजार कर रहा था।

चिंता मत करो, रिक इसे संभाल लेंगे। यह सब। (स्रोत)

प्रोजेक्ट मैनेजर को प्रायोजक से छह महीने का विस्तार मिला। छह महीने के अंत में, उत्पादन-तत्परता सात महीने दूर होने का अनुमान लगाया गया था। एक साल के अंत में, उत्पादन-तत्परता दो साल थी।

रिक पहले से कहीं ज्यादा तेजी से कोड का मंथन कर रहा था। वह सात दिन सप्ताह, बारह घंटे एक दिन काम कर रहा था।

सभी को पता था कि केवल रिक ही टीम को इस झंझट से बाहर निकाल सकते हैं। सभी ने अपनी सांस रोक रखी थी और रिक के लिए इंतजार कर रहे थे कि इस अपंग परियोजना में चमत्कारिक इलाज का आविष्कार किया जाए।

हर दिन, रिक अधिक जुझारू और अलग हो गया। नकाब उतर रहा था। जेकेल हाइड हो रहा था।

मैंने मूल सहमति रिलीज़ की तारीख के लगभग दो साल बाद प्रोजेक्ट टीम के साथ अपनी पहली बैठक में भाग लिया। मुझे कुछ समय के लिए परियोजना के बारे में पता नहीं था, क्योंकि यह मेरे संगठन में बदनाम हो गया था, लेकिन इसे सौंपा नहीं गया था।

मुझे यह देखने के लिए भेजा गया था कि क्या हम इसे बचा सकते हैं।

परियोजना पर मेरी पहली बैठक उपरोक्त "अल्बर्ट आइंस्टीन" बैठक थी।

हम्म।

मैं स्रोत कोड में कबूतर। रिक सही था: कोई भी संभवतः समझ नहीं सकता था कि रिक ने क्या बनाया था। रिक के अलावा। यह उनके अपने मन के कामकाज का प्रतिबिंब था। इसमें से कुछ बहुत ही चतुर था, बहुत कुछ कॉपी-पास्ता था, यह सब बहुत ही मूर्खतापूर्ण था, और यह बिल्कुल भी दस्तावेज नहीं था।

मैं फैसले के साथ हमारे सीआईओ के पास गया। केवल रिक कभी इस उत्पाद को बनाए रखने में सक्षम होगा। इसके अलावा, रिक ने प्रोजेक्ट पर काम करने वाले हर दिन डिलीवरी की तारीख को एक सप्ताह पीछे कर दिया। रिक हमारे उत्पाद को तेजी से नष्ट कर रहा था क्योंकि वह इसे बना रहा था।

हम रिक के साथ बैठ गए और परियोजना में उनकी भूमिका के बारे में बातचीत की। हमने अपनी चिंताओं की समीक्षा की। हमने अल्बर्ट आइंस्टीन के साथ उनकी आत्म-तुलना की।

हमने अपनी नई रणनीति बताई। टीम खरोंच से एक नए उत्पाद के निर्माण पर सहयोग करने वाली थी।

यह प्रयास बहुत सीमित होगा और हमें उत्पादन करने के लिए नंगे आवश्यक वस्तुएं प्रदान करेगा। पूरी टीम योगदान देगी और इसका समर्थन करने में सक्षम होगी। और कोई अड़चन नहीं।

रिक ने इस पर क्या प्रतिक्रिया दी?

एक ही रास्ता रिक सकता है। रिक में विस्फोट हो गया।

रिक इस फाॅर्स का कोई हिस्सा नहीं चाहते थे। अगर हम उनकी प्रतिभा की सराहना नहीं कर सकते, तो यह हमारी गलती थी, उनकी नहीं। रिक ने भविष्यवाणी की कि महीनों के भीतर हम उसे बचाने के लिए उससे भीख माँगते हुए वापस रेंगते हुए आते हैं।

रिक चिल्लाया कि हमारे पास प्रतिभा की सराहना करने के लिए मूल मानसिक क्षमता का अभाव है जब वह हमें चेहरे पर घूर रहा था।

अफसोस की बात है कि इसके बाद, रिक ने नेतृत्व द्वारा महीनों की अनदेखी को खारिज कर दिया। उन्होंने समय निकालने या किसी भी काम को सौंपने की अनुमति देने से इनकार कर दिया। उन्होंने अपने हार्ड-टू-बीस्पॉक टूल्स को बदलने के लिए मुक्त ओपन सोर्स फ्रेमवर्क शुरू करने के बार-बार के प्रयासों को खारिज कर दिया।

उन्होंने अन्य डेवलपर्स द्वारा परीक्षण किए गए बग फिक्स - - सहित कोड परिवर्तन वापस कर दिए। उन्होंने कहा कि उन्हें अन्य लोगों के काम का समर्थन करने के लिए जवाबदेह नहीं ठहराया जाएगा। उन्होंने सार्वजनिक रूप से अपने सहयोगियों पर विश्वास करना जारी रखा।

हमने रिक को निकाल दिया।

धूल को जमने में करीब एक हफ्ते का समय लगा। इस झटके से उबरने में टीम को समय लगा कि वे अपने गुरु को खो दें।

फिर मैंने उन्हें एक व्हाइटबोर्ड के चारों ओर घूमते देखा।

सहयोग। रिक ने ऐसा पहले कभी नहीं देखा था। (स्रोत)

उन्होंने सहयोग किया। उन्होंने एक प्रतिस्थापन उत्पाद तैयार किया। यह बहुत सरल होगा।

इसमें सभी घंटियाँ और सीटी नहीं होंगी। और न ही यह उत्पाद सड़क के नक्शे से नीचे पांच साल की आवश्यकताओं का अनुमान लगाएगा।

रिक के उत्पाद ने पंद्रह हजार से अधिक क्रमपरिवर्तन के साथ एक गतिशील वर्कफ़्लो का समर्थन किया। वास्तव में हमारे उपयोग के मामलों में से 99% ने तीन रास्तों में से एक का पालन किया। टीम ने वर्कफ़्लो को हार्ड-कोड किया। यह रिक के 30% से अधिक काम को हटा दिया गया।

इसमें हर कार्य के लिए कस्टम हैंड-कोडेड घटक नहीं होंगे। उन्होंने हर शर्त पर निर्भरता छीन ली कि वे निर्माण के बजाय खरीद सकते हैं।

इसने रिक के योगदान के सैकड़ों घंटे हटा दिए। लेकिन इसने हजारों घंटे के तकनीकी ऋण को भी हटा दिया।

हमने प्रोजेक्ट प्रायोजक से कुछ बढ़त-मामले की कार्यक्षमता को बंद करने के लिए एक समझौता प्राप्त किया।

यह हमारे पूर्व-लॉन्च उपयोगकर्ता समूह का केवल 5% सेवा करता था और उत्पाद की जटिलता के लगभग एक चौथाई के लिए जिम्मेदार था।

हमने इस समूह में उत्पाद को फिर से जारी किया। इसमें रिक के मूल कोड का 10% शामिल था जो बहुत स्थिर था। इसमें 150,000 कोड की कुछ हजार लाइनों को बदलने के लिए लगभग 1,25,000 लाइलाज गड़बड़ थी।

टीम ने लगभग छह महीने में पांच साल के काम की जगह ले ली थी। अगले कुछ महीनों में हमने पायलट से लेकर पूर्ण ग्राहक रिलीज़ तक विस्तार किया।

न केवल हमने रिक का निर्माण किया था, हमने उसे अतीत में बदल दिया और उत्पाद को पूरी तरह से लॉन्च किया - सभी एक वर्ष से कम में। रिक्की ने जो निर्माण किया था उसका आकार और जटिलता पांचवें से कम थी।

यह भी समय के एक अंश में इकट्ठे होने और कई ग्राहकों के रूप में दस बार सेवा देने के बावजूद सैकड़ों गुना तेज और लगभग बग-मुक्त था।

टीम रिक के अन्य उत्पादों पर वापस चली गई। उन्होंने उसका पुराना कोड भी वहीं फेंक दिया।

उन्होंने तीन साल के विकास के तीन महीनों के बाद टीम के प्रयास के साथ, अपने विकास के एक और उत्पाद को फिर से जारी किया।

टीम में कोई रिक्स नहीं बचा था। हमारे पास खरोंच से सब कुछ बनाने की कोई पागल प्रतिभा नहीं है। लेकिन हमारी उत्पादकता कभी अधिक नहीं थी।

रिक बहुत प्रतिभाशाली डेवलपर था। रिक जटिल व्यावसायिक तर्क समस्याओं को हल कर सकता था और अपने उदात्त डिजाइनों का समर्थन करने के लिए परिष्कृत आर्किटेक्चर बना सकता था। रिक इस बात की समस्या को हल नहीं कर सका कि एक टीम पर प्रभावी ढंग से कैसे काम किया जाए।

मास्टर बिल्डरों शांत हैं, लेकिन गगनचुंबी इमारतों का निर्माण टीमों द्वारा किया जाता है। (छवि © वार्नर ब्रदर्स एनिमेशन और द लेगो ग्रुप)

रिक की उपस्थिति कई मायनों में विनाशकारी थी।

सबसे पहले, उसने निर्भरता का एक पंथ बनाया। कोई भी समस्या अंततः रिक समस्या बन गई, एक मिथक जो उन्होंने प्रोत्साहित किया। डेवलपर्स ने कोशिश करना बंद करना सीखा और बस रिक का इंतजार किया।

दूसरा, उसने अनुरक्षण कोड नहीं लिखा। उन्होंने कभी भी कुछ भी दस्तावेज या परीक्षण नहीं किया, और इसलिए अपनी बुद्धि के बावजूद असफल रहे। उनकी व्यक्तिगत अचूकता में उनका विश्वास सामान्य ज्ञान को प्रभावित करता है।

तीसरा, वह व्यक्तिगत रूप से विनाशकारी था। टीम के सदस्यों ने अपने स्वयं के विचारों को बोलना और पेश करना नहीं चाहा क्योंकि उन्होंने उन्हें इसके लिए हमेशा तैयार किया। रिक केवल रिक का सम्मान करता था और अपने रास्ते से हटकर बाकी सभी को छोटा महसूस कराता था।

चौथा, उसके पास सभी व्यक्तिगत जवाबदेही का अभाव था। कोई भी विफलता उसकी गलती नहीं थी। वह ईमानदारी से इस पर विश्वास करता था, और इसने उसे अपनी गलतियों से सीखने से रोका।

मेरा मानना ​​है कि रिक ने इस तरह से शुरुआत की। मैंने उसे अपनी बुरी नजर से देखा। यह वर्षों तक काम करने के बाद लंबे समय तक काम करने और ग्राहकों और सहकर्मियों की बढ़ती आलोचना का सामना करने के बाद हुआ।

यह दुखद है कि रिक इस तक उतर गया। उनके प्रबंधक इस जिम्मेदारी में साझा करते हैं। वास्तव में, मूल प्रबंधन टीम को जवाबदेह ठहराया गया था: उन्हें पहले जाने दिया गया था।

दुर्भाग्य से रिक इतनी दूर चला गया था कि उसे वापस नहीं लाया जा सकता था, या वापस नहीं लाया जाएगा। कोचिंग, प्रतिक्रिया, समय बंद, या अन्य परियोजनाओं को असाइनमेंट की कोई राशि ने उनके विषाक्त व्यवहार को नहीं बदला।

इस बिंदु तक पूरी टीम जानती थी कि वह विनाशकारी है। लेकिन निर्भरता का पंथ इतना मजबूत था कि हर कोई मानता था कि वह एकमात्र विकल्प है।

हमेशा एक और विकल्प होता है।

आपकी टीम की ताकत व्यक्तिगत सदस्यों की प्रतिभा का कार्य नहीं है। यह उनके सहयोग, तप और पारस्परिक सम्मान का कार्य है।

एक-दूसरे को महत्व देने वाली टीमों के निर्माण पर ध्यान दें और एक दूसरे से सर्वश्रेष्ठ लाने का प्रयास करें।

एक साथ, वे रिक से अधिक चुनौतियों से निपटने में सक्षम होंगे जो कभी भी थाह कर सकते हैं।

इस निबंध में वर्णित घटनाएं कई साल पहले हुई थीं और मेरे वर्तमान नियोक्ता की राय या अनुभव को प्रतिबिंबित नहीं करती हैं।

यदि आप और अधिक पढ़ने में रुचि रखते हैं, तो मैंने हमारे पाठों के साथ एक अनुवर्ती कहानी प्रकाशित की है! आपको एक स्टार्टअप में मेरी पहली नौकरी के बारे में पढ़ने में भी दिलचस्पी हो सकती है, जो कि मेरे आस-पास होने वाली है।

अधिक अपडेट के लिए आप मुझे यहाँ या ट्विटर @jhsolor पर फ़ॉलो कर सकते हैं।

नोट: कुछ विवरण (जैसे नाम) बदल दिए गए हैं। मैंने वास्तव में रिक नामक किसी के साथ काम नहीं किया है।

जोनाथन उद्यम सॉफ्टवेयर विकास और वास्तुकला टीमों का नेतृत्व करता है।

उन्होंने स्टैनफोर्ड विश्वविद्यालय से भौतिकी की डिग्री हासिल की और तब से 10 साल तक सूचना प्रणाली वास्तुकला, डेटा-संचालित व्यवसाय प्रक्रिया में सुधार और संगठनात्मक नेतृत्व में काम किया।