Scrum को स्केल कैसे करें - Nexus के चुस्त विकास ढांचे के बारे में कुछ शब्द

जनवरी 2018 में, दुनिया ने अपडेटेड नेक्सस फ्रेमवर्क की रोशनी देखी - एक स्क्रैम-आधारित टूल, जो बड़ी परियोजनाओं पर टीम के काम के लिए डिज़ाइन किया गया है। कार्यप्रणाली के लेखकों ने शब्दों की कई परिभाषाओं को ठीक किया और लाइसेंसिंग प्रक्रिया को बदल दिया । वर्ष की शुरुआत के बाद से, नेक्सस गाइड एक क्रिएटिव कॉमन्स लाइसेंस के तहत लाइसेंस प्राप्त है। और इसका मतलब है कि कोई भी कंपनी नेक्सस (जैसे स्क्रम) का उपयोग करने के लिए स्वतंत्र है।

चलो कार्यप्रणाली की विशेषताओं और इसके मुख्य घटकों के बारे में बात करते हैं।


/ फोटो सेबस्टियन सिकोरा CC द्वारा

किसने और क्यों बनाया नेक्सस

1996 में, डेवलपर्स केन श्वाबेर और जेफरी सदरलैंड ने स्क्रैम एगाइल सॉफ्टवेयर डेवलपमेंट कम्युनिटी की शुरुआत की। यह पुनरावृत्तियों का एक सेट है जो समय (स्प्रिंट) में सख्ती से सीमित है, जिसके लिए डेवलपर्स को कार्यक्रम के लिए नए कार्यों को लागू करना होगा।

जेफ सदरलैंड नोट के रूप में, अपनी पुस्तक स्क्रम में। परियोजना प्रबंधन की एक क्रांतिकारी पद्धति, "स्क्रैम विकास टीमों को" सुपर-दक्षता "प्राप्त करने और श्रम उत्पादकता को 300% तक बढ़ाने की अनुमति देता है।

हालांकि, स्क्रैम में एक खामी है - यह एक टीम के भीतर काम करने के लिए अच्छी तरह से अनुकूल है (और इसके सदस्यों की अनुशंसित संख्या केवल सात लोग हैं), लेकिन यह अपनी सीमाओं से परे अच्छी तरह से पैमाने पर नहीं है - जब बड़ी संख्या में लोगों के काम का समन्वय करना आवश्यक होता है।

स्थिति को सुधारने और कार्यप्रणाली में मदद करने के लिए, केन श्वाबेर ने 2015 में नेक्सस फ्रेमवर्क पेश किया । नेक्सस संयुक्त विकास की लगातार समस्याओं से बचने में मदद करता है : विभिन्न टीमों की उपलब्धियों को एकीकृत करते समय समान कोड आधार और असंगतियों का उपयोग करते समय कठिनाइयों।

नेक्सस सॉफ्टवेयर विकास प्रक्रियाओं को स्केल करने के लिए पुनरावृत्त और वृद्धिशील दृष्टिकोण का उपयोग करता है। प्रत्येक टीम इसके स्प्रिंट के हिस्से के रूप में काम करती है, और फिर उनके परिणाम संयुक्त होते हैं। इससे उत्पाद विकास को समन्वय करना आसान हो जाता है।

नेक्सस घटक

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

भूमिकाओं। स्क्रैम पद्धति द्वारा, विकास प्रक्रिया में सभी प्रतिभागियों को विशिष्ट भूमिकाएं सौंपी जाती हैं। उन्हें दो बड़े समूहों में विभाजित किया जा सकता है - "सूअर" और "मुर्गियां"। पहले में उन सभी को शामिल किया गया है जो सीधे आवेदन बनाने में शामिल हैं: स्क्रैम मास्टर, जो स्क्रैम के सिद्धांतों का अनुपालन करता है, उत्पाद स्वामी (उत्पाद स्वामी), अंतिम उपयोगकर्ताओं के हितों का प्रतिनिधित्व करता है, और वास्तव में, विकास टीम (विकास दल)।

दूसरा समूह - "मुर्गियां" - में अंतिम उपयोगकर्ता, विक्रेता, सलाहकार आदि शामिल हैं।

नेक्सस ने कार्यप्रणाली को बढ़ाने में मदद करने के लिए नेक्सस इंटीग्रेशन टीम (NIT) की भूमिका की शुरुआत की। यह एक पूरी टीम है, जिसमें प्रोडक्ट ओनर, स्क्रैम मास्टर और स्क्रैम टीमों के प्रतिनिधि शामिल हैं। उनका कार्य संभावित टीम विकास समस्याओं का आकलन करना और उन्हें रोकना है। यह ध्यान रखना महत्वपूर्ण है कि एनआईटी सदस्य सीधे प्रोग्रामिंग में शामिल नहीं होते हैं, लेकिन अन्य सभी प्रतिभागियों को स्क्रैम और नेक्सस सिद्धांतों के आवेदन पर सिफारिशें देते हैं।

सामान्य तौर पर, एनआईटी की शुरूआत ने कार्यों के सक्षम वितरण के कारण टीमों के बीच समन्वय में सुधार करने में मदद की। हालांकि, आईटी समुदाय के सदस्यों का कहना है कि नई भूमिका ने एक तरह की "अड़चन" के निर्माण में भी योगदान दिया - जब एनआईटी के सदस्य संगठनात्मक मुद्दों को हल करते हैं, तो विकास टीम निर्देशों के इंतजार में बेकार खड़ी रहती है।

कलाकृतियों। स्क्रम में, कलाकृतियों को उत्पाद कार्यक्षमता के लिए आवश्यकताओं के एक समूह के रूप में समझा जाता है जो डेवलपर्स की गतिविधियों को व्यवस्थित करने में मदद करता है। इन आवश्यकताओं को दो पत्रिकाओं में वर्णित किया गया है: परियोजना बैकलॉग और स्प्रिंट बैकलॉग।

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

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

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

घटनाक्रम। सभी टीम के सदस्य बैठकों में भाग लेते हैं, कभी-कभी सामान्य शब्द "घटनाओं" के रूप में संदर्भित होते हैं। "सूअर" उन्हें दैनिक खर्च करते हैं, और "मुर्गियां" - परियोजना या स्प्रिंट की शुरुआत और अंत में। विकास प्रक्रिया पर चर्चा करने, योजनाओं का अनुमान लगाने, अड़चनों की पहचान करने के लिए बैठकों की आवश्यकता होती है।

विभिन्न टीमों के बीच संचार में सुधार के लिए, नेक्सस डेवलपर्स ने चार नए प्रकार के कार्यक्रम जोड़े हैं:

• नेक्सस स्प्रिंट प्लानिंग - इस समय, टीमें तय करती हैं कि प्रोडक्ट बैकलॉग से किसी विशेष स्प्रिंट को संभालने में कौन बेहतर है। उसके बाद, प्रत्येक टीम अपने स्वयं के स्प्रिंट की योजना बनाती है, अन्य स्कैम टीमों के साथ संचार करती है ताकि उनके कार्यों को ओवरलैप न करें।
• Nexus Daily Scrum - वर्तमान स्थिति की चर्चा करने के लिए उपयोग किया जाता है। आपको दिन की योजना बनाने या एकीकरण समस्याओं को हल करने की अनुमति देता है।
• Nexus स्प्रिंट रिव्यू - यहां टीमें प्रत्येक स्प्रिंट के अंत में अपनी सफलता साझा करती हैं।
• नेक्सस रेट्रोस्पेक्टिव - यह समय अतीत के अनुभव का मूल्यांकन करने और भविष्य में विकास प्रक्रिया को बेहतर बनाने की योजना बनाने में व्यतीत होता है।

आधिकारिक नेक्सस गाइड पेज पर, आप इन सभी घटनाओं के इंटरैक्शन और अनुक्रम का आरेख पा सकते हैं।

नेक्सस का उपयोग कब करें

बड़े पैमाने पर परियोजनाओं में। फ्रेमवर्क बड़ी परियोजनाओं में कई स्क्रैम टीमों के काम को मूल रूप से व्यवस्थित करने में मदद करता है। उदाहरण के लिए, सुरक्षा सॉफ्टवेयर बनाने वाली एक भारतीय कंपनी (स्क्रैम के लेखकों ने इसके नाम का खुलासा नहीं किया) ने अपने उत्पादों को विकसित करने के लिए एक साल तक स्क्रैम का इस्तेमाल किया। सबसे पहले, कंपनी के पास एक स्क्रैम टीम थी, लेकिन जल्द ही उनकी संख्या बढ़कर तीन हो गई, और व्यक्तिगत समाधानों के एकीकरण के साथ समस्याएं शुरू हुईं।

फिर कंपनी ने एक स्क्रैम विशेषज्ञ को आमंत्रित किया, और उन्होंने नेक्स को लागू करते हुए, एक मल्टी-टीम स्तर पर स्क्रैम वर्कफ़्लो को स्थानांतरित करने का प्रस्ताव दिया। अब, नेक्सस कार्यप्रणाली के अनुसार, छह टीमें पहले से ही काम कर रही हैं, जो हर दो सप्ताह में लगातार नए सॉफ्टवेयर रिलीज करती हैं।

बड़ी कंपनियों में। उदाहरण के लिए, पेरू की राजधानी के बंदरगाहों में से एक में शिपिंग में लगी कंपनी, टर्मिनल पोर्टुविस पेरुआनोस (टीपीपी) के आईटी विभाग को विशेष सॉफ्टवेयर का नया संस्करण जारी करने में नौ महीने लगे। स्थिति को मापने के लिए, कंपनी ने वाटरफॉल पद्धति, आरयूपी और पारंपरिक परियोजना प्रबंधन के सिद्धांतों की कोशिश की। हालांकि, उन सभी ने महत्वपूर्ण सुधार नहीं दिया, और कुछ मामलों में भी बदतर बना दिया।

तब कंपनी ने नेक्सस की कोशिश करने का फैसला किया। तकनीक ने रिलीज के समय को तीन गुना कम करने और हर तीन महीने में उत्पाद जारी करने की अनुमति दी।

नेक्सस दुनिया भर में "बिखरे हुए" टीमों के बीच बातचीत स्थापित करने में मदद करता है। दैनिक स्प्रिंट परियोजना में उच्च स्तर के संचार और कर्मचारी की भागीदारी का समर्थन करते हैं।

ध्यान दें कि यद्यपि नेक्सस एक बड़ी परियोजना पर काम करते समय कई विकास टीमों के काम को समन्वित करने में मदद करता है और रिलीज की गति को तेज करता है (जैसा कि टीपीपी के साथ होता है), यह अभी भी संगठन की आंतरिक संरचना से जुड़ी समस्याओं को हल करने में सक्षम नहीं है । उदाहरण के लिए, यदि टीमों के पास सभी समस्याओं को हल करने के लिए पर्याप्त विशेषज्ञ नहीं हैं, तो रूपरेखा पर ध्यान देने योग्य प्रभाव नहीं होगा।

इस प्रकार, नेक्सस बड़ी परियोजनाओं पर काम करने के लिए उपयुक्त है (पद्धति के रचनाकारों के अनुसार, यह आपको प्रभावी रूप से नौ स्क्रैम टीमों का प्रबंधन करने की अनुमति देता है) और, उचित आवेदन के साथ, विकास की प्रक्रिया को 3-4 गुना तेज करने में मदद करता है। हालांकि, इस पद्धति का मुख्य ध्यान एकीकरण समस्याओं को हल करना है, क्योंकि यह कंपनी में अन्य संगठनात्मक मुद्दों को हल करने में मदद नहीं कर सकता है ।

---

पीएस पहले कॉर्पोरेट IaaS ब्लॉग से ताजा सामग्री की एक जोड़ी:

• रूस और यूरोप में पीडी के साथ काम को कैसे विनियमित किया जाए
• "VMware कैसे हैं?": नए समाधान का अवलोकन

PS हमारे टेलीग्राम चैनल से कई प्रकाशन:

• हमारी सामग्री कहां मिलेगी: ब्लॉग और आईटी-जीआरएडी चैनल
• IaaS क्लाउड लोड संतुलन: मुझे DRS की आवश्यकता क्यों है
• बादल के पहरे पर "रोबोट"