सॉफ्टवेयर डेवलपमेंट मेथडोलॉजी के बारे में आपको जो कुछ भी जानने की जरूरत है: शुरुआती लोगों के लिए रुझान, सिद्धांत और नुकसान

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

ध्यान, शुरुआती! मॉडल, कार्यप्रणाली और सामान्य भ्रम

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

1. जमघट

स्क्रम एक चुस्त परियोजना प्रबंधन पद्धति है. यह "स्प्रिंट", या लघु पुनरावृत्तियों पर आधारित है, समय में कड़ाई से सीमित (आमतौर पर 2-4 सप्ताह)। यह बैठकों की अवधि को कम करता है, लेकिन उनकी आवृत्ति बढ़ाता है। प्रत्येक स्प्रिंट में पुनरावृत्ति के अंत तक पूरा किए जाने वाले कार्यों की एक सूची होती है, और उनमें से प्रत्येक का अपना "वजन" होता है। बैठकों के दौरान, टीम इस बात पर चर्चा करती है कि टीम के सदस्यों ने क्या किया है, वे क्या करने की योजना बना रहे हैं और क्या समस्याएँ हैं। योजना बनाने के लिए स्क्रम बैकलॉग का उपयोग करता है। इस दृष्टिकोण में, टीमों के पास आमतौर पर एक स्क्रम मास्टर होता है। यह व्यक्ति टीम को बिना किसी रुकावट के काम करने में मदद करता है और टीम के लिए एक आरामदायक वातावरण बनाता है। प्रोजेक्ट में उत्पाद स्वामी की भूमिका में भी कोई होगा। यह व्यक्ति विकास का प्रमुख होता है, उत्पाद की निगरानी करता है, और ग्राहक के अनुरोध और टीम के उत्पादन के बीच मुख्य कड़ी के रूप में कार्य करता है।

पेशेवरों:

• सबसे कम संभव बजट के साथ एक परियोजना को जल्दी से लॉन्च करने की क्षमता;
• प्रगति की दैनिक निगरानी, ​​लगातार परियोजना डेमो;
• परियोजना के दौरान समायोजन करने की क्षमता।

दोष:

• निश्चित बजट की कमी के कारण अनुबंधों के समापन में कठिनाइयाँ;
• एक अनुभवहीन टीम के लिए काम नहीं करता है या जब समय सीमा या बजट को कम करके आंका जाता है;
• स्प्रिंट के बीच लगातार बदलाव करने की क्षमता भ्रम पैदा कर सकती है।

इसके लिए कौन है?

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

2. कानबन

कंबन की सबसे महत्वपूर्ण विशेषता परियोजना के जीवन चक्र की कल्पना है. कार्य आइटम करने के लिए कॉलम बनाए जाते हैं। काम की वस्तुओं को व्यक्तिगत रूप से निपटाया जाता है। कॉलम को स्थितियों के साथ चिह्नित किया गया है जैसे: टू डू, इन प्रोग्रेस, कोड रिव्यू, इन टेस्टिंग, हो गया (बेशक, कॉलम के नाम भिन्न हो सकते हैं)। टीम के प्रत्येक सदस्य का लक्ष्य पहले कॉलम में काम की वस्तुओं की संख्या को कम करना है। कानबन का दृष्टिकोण सहज है और यह समझने में आपकी मदद करता है कि समस्याएँ कहाँ हैं। कानबन की संरचना निश्चित रूप से और अपरिवर्तनीय रूप से तय नहीं है: परियोजना की बारीकियों के आधार पर, आप कामचलाऊ कॉलम जोड़ सकते हैं। उदाहरण के लिए, कुछ टीमें एक ऐसी प्रणाली का उपयोग करती हैं जिसमें आपको कार्य करने से पहले किसी कार्य आइटम के लिए किए गए नियमों को परिभाषित करने की आवश्यकता होती है। इस मामले में, दो कॉलम जोड़े गए हैं: निर्दिष्ट करें (पैरामीटर निर्दिष्ट करें) और लागू करें (काम पर जाएं)।

पेशेवरों:

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

दोष:

• पांच से अधिक लोगों की टीम के साथ काम नहीं करता;
• लंबी अवधि की योजना के लिए इरादा नहीं;
• एक असम्बद्ध टीम के लिए उपयुक्त नहीं है। कानबन के पास प्रत्येक कार्य मद के लिए समय सीमा नहीं है। न ही कार्यप्रणाली देरी के लिए दंड का प्रावधान करती है।

इसके लिए कौन है?

कंबन उन कंपनियों में बहुत अच्छा काम करता है जहां टीम को बढ़ने और नतीजे हासिल करने के लिए प्रेरित किया जाता है। यह पहले से ही स्पष्ट होना चाहिए — यह एक छोटी टीम के लिए है। शायद एक टुकड़ी या एक टीम का हिस्सा भी।

3. तर्कसंगत एकीकृत प्रक्रिया (आरयूपी)

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

पेशेवरों:

• ग्राहक और कार्य के दौरान उत्पन्न होने वाले परिवर्तनों दोनों से बदलते कार्यों से निपटना संभव बनाता है;
• उत्पाद में निरंतर सुधार सुनिश्चित करता है। पुनरावृत्तियों के दौरान, आप परियोजना का सूक्ष्मता से मूल्यांकन कर सकते हैं;
• काम के शुरुआती चरणों में जोखिमों की पहचान करना और उन्हें खत्म करना संभव बनाता है, साथ ही साथ विकास की गुणवत्ता को प्रभावी ढंग से नियंत्रित करता है।

दोष:

• यह कार्यप्रणाली एक छोटी टीम या कंपनी में लागू करने के लिए जटिल और कठिन है;
• कार्य निर्धारित करने की विशेषज्ञों की क्षमता पर निर्भर करता है;
• आवश्यकताओं के अत्यधिक दस्तावेज़ीकरण की आवश्यकता है।

इसके लिए कौन है?

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

कई तरीके हैं, लेकिन एक प्रवृत्ति

स्क्रम और कानबन के अलावा, जो निर्विवाद रूप से लोकप्रिय हैं और फुर्तीले सिद्धांतों पर आधारित हैं, साथ ही हार्डी, पुनरावृत्त आरयूपी कार्यप्रणाली, कंपनियां कार्यप्रणाली के कई रूपों का उपयोग करती हैं। एक कंपनी चरम प्रोग्रामिंग के करीब हो सकती है और सबसे तेज़ और सरल निर्णय ले सकती है। दूसरा परीक्षण संचालित विकास के करीब हो सकता है। एक और अभी भी तेजी से अनुप्रयोग विकास (आरएडी) को प्राथमिकता दे सकता है। उस ने कहा, एक साथ कई पद्धतियों का उपयोग करने की दिशा में एक मजबूत, निर्विवाद प्रवृत्ति है. या यहां तक ​​कि मॉडल और कार्यप्रणाली को एक अद्वितीय प्रबंधन प्रणाली में संयोजित करना। आज की कंपनियां विभागों और संगठनात्मक इकाइयों के बीच जिम्मेदारी स्थानांतरित किए बिना नौकरशाही बाधाओं को खत्म करने और संगठन के भीतर एकीकृत टीम वर्क का माहौल बनाने का प्रयास करती हैं। स्क्रम एलायंस के अनुसार70% आईटी कंपनियां स्क्रम का उपयोग करती हैं। इनमें Google, Amazon, Salesforce, Microsoft और Adobe जैसे दिग्गज शामिल हैं। स्टार्टअप और युवा परियोजनाओं का झुकाव कानबन की ओर अधिक है, लेकिन टोयोटा और, उदाहरण के लिए, वॉरगामिंग के गेमर्स भी इसका उपयोग करते हैं। स्क्रम एक नियोजन उपकरण है, जबकि कानबन प्रगति की निगरानी के लिए है। आरयूपी के लिए, इसका उपयोग अक्सर पश्चिमी कंपनियों द्वारा 50-200 कर्मचारियों और 1-10 मिलियन डॉलर के राजस्व के साथ किया जाता है। हालाँकि, IBM ने RUP को चुस्त सिद्धांतों के करीब जाने के लिए संशोधित किया, OpenUP कार्यप्रणाली (RUP, लेकिन चुस्त) जारी की। यह प्रशंसित फुर्तीली कार्यप्रणाली अब आईटी दुनिया को चला रही है । यह केवल एक अस्थायी सनक नहीं है - यह अभी भी अभिनव है, और वास्तव में इसका उपयोग कई बड़ी कंपनियों में किया जाता है। Agile का उपयोग सिलिकॉन वैली में किया जाता है। फेसबुक और उबर इसका इस्तेमाल करते हैं।

तल - रेखा

प्रत्येक परियोजना की अपनी सॉफ्टवेयर विकास पद्धति होती है, जो टीम, फंडिंग, समय सीमा और ग्राहकों की आवश्यकताओं पर निर्भर करती है। कोई सार्वभौमिक प्रबंधन तकनीक नहीं है: यहां तक ​​कि बेतहाशा लोकप्रिय फुर्तीली पद्धति भी विकास प्रक्रिया के लिए सर्वोत्तम दृष्टिकोण सुनिश्चित नहीं कर सकती है। नतीजतन, पद्धतियों को सावधानी से चुना जाता है, कभी-कभी सिद्धांत पर भी। इतना कि हम किसी कंपनी या उसके ग्राहकों के बारे में उसकी कार्यप्रणाली को देखकर निष्कर्ष निकाल सकते हैं। तरीके मिश्रित हैं, मॉडल के साथ पूरक हैं, और अनुकूलित हैं। इतना अधिक कि वे नए दृष्टिकोणों को जन्म देते हैं। उस ने कहा, जलप्रपात मॉडल या पुनरावृत्त RUP कार्यप्रणाली के अप्रत्याशित तत्वों के साथ, प्रबंधन क्षेत्र अंततः स्क्रम और कानबन के हाथों में रहता है।