फुर्तीली विकास पद्धति - फुर्तीली

चंचल मॉडल

लचीली (फुर्तीली) कार्यप्रणाली वर्कफ़्लो को कई छोटे चक्रों में स्थानांतरित करके सॉफ़्टवेयर विकास में जोखिम को कम करने में मदद करती है। इन चक्रों को पुनरावृत्ति कहा जाता है और आमतौर पर दो से तीन सप्ताह तक रहता है।

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

एक पूर्ण सॉफ़्टवेयर रिलीज़ के लिए आमतौर पर एक पुनरावृत्ति पर्याप्त नहीं होती है। हालाँकि, एजाइल के बारे में अच्छी बात यह है कि प्रत्येक पुनरावृत्ति के अंत में परियोजना के छोटे हिस्से मूल्यांकन के लिए तैयार होते हैं। यह टीम के सदस्यों को अंतिम रिलीज की प्रतीक्षा किए बिना आगे के काम के लिए प्राथमिकताएं बदलने की अनुमति देता है।

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

विपक्ष के लिए, एजाइल का उपयोग करते समय, श्रम संसाधनों की लागत और परियोजना के बजट का अनुमान लगाना कभी-कभी मुश्किल होता है। यदि हम लचीले मॉडल के व्यावहारिक अनुप्रयोग के विकल्पों को लेते हैं, तो उनमें से सबसे प्रसिद्ध एक्सट्रीम प्रोग्रामिंग (XP) है।

XP हर दिन होने वाली टीम के सदस्यों की संक्षिप्त बैठकों और नियमित बैठकों (सप्ताह में एक बार या उससे कम) पर आधारित है। दैनिक रैलियों (दैनिक स्टैंडअप) पर आमतौर पर चर्चा की जाती है:

• काम के वर्तमान परिणाम;
• टीम के प्रत्येक सदस्य द्वारा पूरे किए जाने वाले कार्यों की सूची;
• कठिनाइयों का सामना करना पड़ा और उन्हें हल करने के तरीके।

घोषणापत्र

एजाइल विकास की एक संपूर्ण दिशा है, इसलिए इस पर काम करने के नियम एक विशेष दस्तावेज़ - एजाइल मेनिफेस्टो में घोषित किए गए हैं। इसमें अभ्यास और सिद्धांत दोनों शामिल हैं जिनके द्वारा टीम को काम करना चाहिए।

एजाइल मेनिफेस्टो में 4 मौलिक विचार और 12 सिद्धांत शामिल हैं।

प्रमुख विचार:

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

एजाइल के 12 सिद्धांतों के अनुसार, ये हैं:

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

एजाइल घोषणापत्र के अनुसार, एक अच्छी सॉफ्टवेयर विकास प्रक्रिया सीधे उन लोगों पर निर्भर करती है जो इस प्रक्रिया में शामिल हैं। ऐसा करने के लिए, आपको उनकी बातचीत को यथासंभव कुशलता से व्यवस्थित करने की आवश्यकता है, सबसे संगठित टीम बनाएं।

के तरीके

एजाइल मेनिफेस्टो में कई तरीके भी हैं जो मूल्यों और सिद्धांतों की व्याख्या करते हैं:

• फुर्तीली मॉडलिंग;
• फुर्तीली एकीकृत प्रक्रिया;
• फुर्तीली डेटा विधि
• तीव्र अनुप्रयोग विकास (DSDM);
• आवश्यक एकीकृत प्रक्रिया;
• चरम कार्यक्रम;
• सुविधा संचालित विकास;
• वास्तविक हो रही है;
• खुलना;
• जमघट।

एजाइल मॉडलिंग सिद्धांतों, शर्तों और प्रथाओं का एक संग्रह है जो सॉफ्टवेयर मॉडल और प्रलेखन के विकास को गति देता है और सरल करता है।

Agile Modeling का लक्ष्य मॉडलिंग और प्रलेखन में सुधार करना है। यह ध्यान रखना महत्वपूर्ण है कि इसमें कोडिंग, परीक्षण, या परियोजना नियंत्रण, परिनियोजन और समर्थन से संबंधित मुद्दे शामिल नहीं हैं। हालाँकि, इस पद्धति में कोड समीक्षा शामिल है।

एजाइल यूनिफाइड प्रोसेस एक ऐसी कार्यप्रणाली है जो उपयोगकर्ताओं के लिए अनुमानित (मॉडल) करना आसान बनाती है। आमतौर पर व्यावसायिक सॉफ्टवेयर विकसित करने के लिए उपयोग किया जाता है।

फुर्तीली डेटा विधि - कई समान पद्धतियाँ जिनमें कई टीमों के सहयोग से ग्राहक की स्थितियाँ प्राप्त की जाती हैं।

डीएसडीएम - यह दृष्टिकोण दूसरों से अलग है, डेवलपर्स के साथ-साथ भविष्य के उत्पाद के उपयोगकर्ता इसमें सक्रिय भाग लेते हैं।

फ़ीचर चालित विकास एक विकास पद्धति है जिसकी समय सीमा होती है: "प्रत्येक सुविधा को दो सप्ताह से अधिक समय तक लागू नहीं किया जाना चाहिए।"

यह विचार करने योग्य है कि यदि उपयोग का मामला छोटा है, तो इसे एक विशेषता माना जा सकता है। यदि यह महत्वपूर्ण है, तो इसे कई कार्यों में विभाजित किया जाना चाहिए।

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

ओपनअप एक विकास पद्धति है जो परियोजना चक्र को चार चरणों में विभाजित करती है: स्थापना, शोधन, निर्माण और हैंडओवर।

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

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

आइए इस पर थोड़ा और विस्तार से नजर डालते हैं...