DevOps और Scrum के 6 मुख्य अंतर क्या हैं? (DevOps और Scrum की तुलना)

लाइव DevOps कक्षाओं और प्रमाणन की तैयारी में एक सवाल हमेशा सामने आता है। इसलिए आज इस छोटे लेख में उसका जवाब दे रहा हूँ: «DevOps और Scrum में क्या अंतर है?» इसे DevOps और Scrum की तुलना भी कहते हैं।

आज इन 6 मुख्य अंतरों पर बात करेंगे। चलिए शुरू करें!

अंतर 1: DevOps में हर चरण (स्प्रिंट) के अंत में कोड प्रोडक्शन में डिप्लॉय करते हैं। Scrum में उस समय लक्ष्य सिर्फ़ डिलीवरी के लिए तैयार कोड है।

यह Scrum की बड़ी कमियों में से एक है और कई संगठनों में उसके विफल होने की शायद सबसे अहम वजह है। हर चरण के अंत में डिप्लॉय नहीं करते, तो कोड स्टेजिंग सर्वर पर या उससे बुरा, वर्शन कंट्रोल (CVS) में पड़ा रहता है। फिर कोई प्रोजेक्ट निदेशक, जिसे अक्सर सॉफ़्टवेयर इंजीनियरिंग की जानकारी नहीं होती, तय करता है कि वह प्रोडक्शन में कब जाएगा। मैं बड़े बैंक और दूरसंचार कंपनियाँ जानता हूँ जो हर 6 महीने प्रोडक्शन डिप्लॉयमेंट करती हैं। सुनने में मज़ाक लगता है, पर है नहीं। इन बिग-बैंग डिप्लॉयमेंट की कीमत है प्रोडक्शन में सर्वोच्च प्राथमिकता और गंभीरता की घटनाएँ, कर्मचारियों का गिरता मनोबल और ज़्यादा लोगों का अपना बायोडेटा अपडेट करना। इसके अलावा तकनीक की जानकारी न रखने वाले लोग अपनी विफलता का दोष दूसरों पर डालने के लिए राजनीति और झगड़े करते हैं।

अंतर 2: DevOps में टेस्ट ऑटोमेशन और निरंतर इंटीग्रेशन, जो निरंतर डिलीवरी के लिए ज़रूरी हैं, डेवलपमेंट में शुरू से शामिल हैं। Scrum में डिलीवरी पर बाद में ध्यान जाता है और उसे ऐसे लोग सँभालते हैं जो डेवलपमेंट में शामिल नहीं हैं।

यह भी Scrum की अहम कमज़ोरी है। Scrum प्रक्रिया सॉफ़्टवेयर डिलीवरी के तरीकों में बहुत कम या कोई मदद नहीं देती। DevOps में डिलीवरी पाइपलाइन, ऑटोमेटेड टेस्ट और एक क्लिक में प्रोडक्शन डिप्लॉयमेंट वाला आर्किटेक्चर ज़रूरी है। Scrum की सॉफ़्टवेयर डिलीवरी प्रक्रिया 1986 से है। Hirotaka Takeuchi और Ikujiro Nonaka ने Harvard Business Review के «New Product Development Game» लेख में इसे पेश किया। 30 से ज़्यादा वर्षों बाद डिलीवरी की प्रथाएँ काफ़ी बेहतर हुई हैं। अब DevOps उन सवालों के जवाब देता है जो Scrum में अनुत्तरित थे।

अंतर 3: DevOps में परियोजनाएँ संगठन को व्यावसायिक लाभ देने वाले उत्पादों और सेवाओं पर केंद्रित हैं। Scrum में व्यावसायिक नतीजों में योगदान देने की पर्याप्त परिपक्वता नहीं है।

DevOps इंजीनियरिंग टीमों को समझदार इकाइयाँ मानता है जो काम पूरा करती हैं और ग्राहकों को उपयोगी उत्पाद और सेवाएँ देकर संगठन के लिए कमाती हैं। Scrum दुर्भाग्य से अपने सदस्यों को व्यावसायिक परिपक्वता नहीं सिखाता। अगर आपको Scrum की «अटल» रस्में, जैसे Daily Stand-up में बैठ न सकना, ठीक लगती हैं लेकिन आपको लगता है कि ऊँचे प्रशिक्षण और वेतन वाले इंजीनियर किंडरगार्टन के बच्चों और Scrum Master शिक्षक की तरह बर्ताव करते हैं, तो इसकी वजह है कि Scrum इंजीनियरों को पेशेवर काम नहीं सिखाता। DevOps में अनुभव और ज्ञान के स्तर से परे हर कोई व्यावसायिक लाभ के लिए पेशेवर तरीके से काम करता है। Daily Stand-up में बैठ सकते हैं या नहीं, ऐसे बेमतलब सवालों पर चर्चा नहीं होती। DevOps में विचार-मंथन की ऊर्जा सबसे अच्छे सॉफ़्टवेयर समाधान खोजने और सुधारने में लगाएँ, ताकि आपका कारोबार ज़्यादा कमाए!

अंतर 4: DevOps में सभी इंजीनियर सेवा और सॉफ़्टवेयर की गुणवत्ता और अच्छे संचालन की परवाह करते हैं। Scrum में गुणवत्ता आश्वासन और ऑपरेशंस किसी और का काम है।

अधिकतर Scrum टीमों में सॉफ़्टवेयर गुणवत्ता केवल बाहरी टेस्टर सँभालते हैं। डिप्लॉयमेंट और ऑपरेशंस सिस्टम प्रशासक सँभालते हैं। डिलीवरी की गुणवत्ता और प्रोडक्शन में सॉफ़्टवेयर के असल सफ़र से Scrum टीमों का अलगाव अहम वजह है कि इसे अपनाने वाले कई संगठन संघर्ष करते हैं। DevOps में गुणवत्ता आश्वासन इंजीनियरिंग संगठन में सबकी साझा ज़िम्मेदारी है। अनुभवी फ़ुल-स्टैक इंजीनियर सॉफ़्टवेयर के विचार से उसके जीवनचक्र के अंत तक डिलीवरी, सुरक्षा, स्थिरता, प्रदर्शन, रखरखाव, संचालन और बाकी गैर-कार्यात्मक पहलुओं पर ध्यान देते हैं। डेवलपमेंट, गुणवत्ता और ऑपरेशंस के सारे कौशल वाली DevOps टीमें सफलता के लिए तैयार हैं और बेहतरीन व्यावसायिक नतीजे देती हैं।

अंतर 5: DevOps गुणवत्ता और निरंतर डिलीवरी के लिए सॉफ़्टवेयर आर्किटेक्चर बनाने में मदद करता है। Scrum सही आर्किटेक्चर बनाने में मदद नहीं देता।

Scrum इंजीनियरिंग टीमों को सही आर्किटेक्चर की दिशा या विज़न तय करने का मार्गदर्शन नहीं देता। याद रखें कि Hirotaka Takeuchi और Ikujiro Nonaka ने इसे 30 साल से पहले पेश किया था। DevOps में उत्पाद, सेवाएँ और माइक्रोसर्विस API कम आपसी निर्भरता वाली होनी चाहिए। हर टीम आर्किटेक्चर के एक हिस्से की ज़िम्मेदारी ले और स्वतंत्र रूप से डिज़ाइन, डेवलपमेंट और डिप्लॉयमेंट करे। पाइपलाइन में शुरुआती चेतावनी का तंत्र कोड चेक-इन के संभावित बुरे असर की सूचना अपने आप और जल्दी दे।

अंतर 6: DevOps शानदार व्यावसायिक नतीजों के लिए पूरे सॉफ़्टवेयर इंजीनियरिंग संगठन पर ध्यान देता है। Scrum का ध्यान सिर्फ़ डेवलपरों पर है।

Scrum का ध्यान 5 से 9 लोगों की छोटी टीम पर है। Scrum के सिद्धांत से पूछें तो 10 नहीं हो सकते। क्यों? पता नहीं! इंजीनियरिंग पर इतना सीमित ध्यान Scrum को अक्सर संगठन के लिए अनुपयुक्त बनाता है, क्योंकि Scrum यह नहीं बताता कि पेशेवर संगठन में Scrum टीम किस तरह जगह बनाए और मूल्य जोड़े। DevOps उत्पाद और सेवा-केंद्रित टीमें सुझाता है। ये स्वतंत्र, कई कौशल वाली, स्वायत्त, आत्मनिर्भर और आम तौर पर छोटी टीमें हैं। वे अस्थायी परियोजना की जगह उत्पाद या सेवा के सॉफ़्टवेयर जीवनचक्र में आर्किटेक्चर, डिज़ाइन, कोडिंग, टेस्टिंग, प्रयोग, डिप्लॉयमेंट, संचालन और रखरखाव सभी सँभालती हैं। आपने सही पढ़ा। बनाने वालों से बेहतर सॉफ़्टवेयर कौन चला और सँभाल सकता है? कोई नहीं। इसलिए इसमें हैरानी नहीं कि Amazon और Netflix की सबसे सफल टीमें रिलीज़ के बाद उत्पाद या सेवाएँ छोड़ती नहीं हैं। वे अपने प्रोडक्शन सिस्टम में सॉफ़्टवेयर चलाती और सँभालती भी हैं।

इन अंतरों को पढ़कर समझ आया होगा कि DevOps एजाइल की अगली पीढ़ी क्यों बन रहा है!

कुछ वर्षों में DevOps को Scrum को समाहित करने वाले व्यापक तरीके के रूप में पूरी तरह स्वीकार किया जाएगा, क्योंकि Google, Amazon, Facebook, Etsy, Netflix और कई बड़े संगठन इसे अपना चुके हैं।

यानी यह जल्द हर जगह पहुँचेगा!

International DevOps Certification Academy™ आपकी सभी ज़रूरतें पूरी करती है, ताकि DevOps आसानी से सीखें और प्रमाणन परीक्षा पास करें। सवाल हो तो हमेशा की तरह मैं और मेरी टीम मदद करेंगे!

शुरू करने के लिए आपका सबसे अच्छा ऑफ़र, सिर्फ़ आज! >>

International DevOps Certification Academy™ पर जाएँ >>

पुनश्च: आइए एक पल के लिए ईमानदारी से बात करें! हम जानते हैं कि आज ब्लॉग लेख कम लोग पढ़ते हैं। फिर भी आपके लिए इन्हें लिखने में समय लगाते हैं। कुछ लोग भी इसे पढ़कर एक-दो बातें सीखें, तो दुनिया भर के DevOps समुदाय की सेवा का हमारा उद्देश्य सफल है!

अगर लेख पसंद आया, तो अपनी सराहना दिखाएँ! यदि आपने यहाँ तक पढ़ा और लेख उपयोगी लगा, नीचे समीक्षा दें और अपने नेटवर्क में साझा करें!

पहले से ही आपका धन्यवाद! :)