एजिल डेवलपमेंट का दर्शन

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

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

एजिल डेवलपमेंट मॉडल्स का वर्गीकरण

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

• एक्सपी एक्स्ट्रीम प्रोग्रामिंग (eXtreme Programming)
• स्क्रम
• कैनबान
• लीन
• क्रिस्टल विधि
• डायनामिक सिस्टम डेवलपमेंट मेथड

उनमें से, एक्सपी और स्क्रम सबसे लोकप्रिय हैं।

स्क्रम

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

लीन

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

• निरंतर सुधार
• लोगों के प्रति सम्मान
• हल्के नेतृत्व

कानबान

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

कानबान तीन मूल सिद्धांतों पर आधारित है:

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

कानबान निरंतर सहयोग को बढ़ावा देता है और टीम के सर्वोत्तम संभव वर्कफ्लो को परिभाषित करके सक्रिय, निरंतर सीखने और सुधार को प्रोत्साहित करता है।

डायनामिक सिस्टम डेवलपमेंट मेथड (DSDM)

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

DSDM एक विधि है जो कार्यक्रम और गुणवत्ता को कार्यक्षमता की तुलना में अधिक प्राथमिकता देती है, जिसमें लागत, गुणवत्ता और समय को शुरुआत में निर्धारित कर दिया जाता है और MoSCoW विधि का उपयोग करती है, जो एक परियोजना को चार अलग-अलग प्रकार की आवश्यकताओं में बांटती है:

• आवश्यक है (M)
• करना चाहिए (S)
• कर सकते हैं ©
• नहीं करेंगे (W)

DSDM Atern के आधार पर आठ सिद्धांत हैं। ये सिद्धांत टीम को उस दृष्टिकोण और मानसिकता के बारे में निर्देशित करते हैं जिसे वे निरंतर डिलीवरी के लिए अपनाना चाहिए।

1. व्यावसायिक आवश्यकता पर ध्यान केंद्रित करें
2. समय पर डिलीवर करें
3. सहयोग करें
4. गुणवत्ता को कभी भी समझौता न करें
5. ठोस आधारों से चरणबद्ध रूप से निर्माण करें
6. चरणबद्ध रूप से विकास करें
7. निरंतर और स्पष्ट रूप से संचार करें
8. नियंत्रण को प्रदर्शित करें

एक्स्ट्रीम प्रोग्रामिंग

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

एजिल विधियों के मुख्य मूल्य क्या हैं?

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

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

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

12 बेस्ट प्रैक्टिसेज

एजाइल मैनिफेस्टो के साथ अनुकूलन करते हुए, एजाइल एलायंस ने एजाइल मैनिफेस्टो के अतिरिक्त दिशा-निर्देश और अधिक विस्तृत व्याख्या प्रदान करने वाले 12 मूल सिद्धांतों को भी परिभाषित किया है:

1. हमारा सर्वोच्च प्राथमिकता उपयोगी सॉफ्टवेयर के जल्दी और निरंतर डिलीवरी के माध्यम से ग्राहक को संतुष्ट करना है।
2. विकास के अंत तक भी बदलाव के आगमन का स्वागत करें। एजाइल प्रक्रियाएं ग्राहक के प्रतिस्पर्धी लाभ के लिए बदलाव का उपयोग करती हैं।
3. कुछ हफ्तों से लेकर कुछ महीनों तक निरंतर कार्यात्मक सॉफ्टवेयर डिलीवर करें, छोटे समयावधि के प्रति प्राथमिकता देते हुए।
4. व्यापार लोगों और डेवलपर्स को प्रोजेक्ट के दौरान दैनिक रूप से साथ काम करना चाहिए।
5. प्रेरित व्यक्तियों के चारों ओर प्रोजेक्ट बनाएं। उन्हें आवश्यक वातावरण और समर्थन प्रदान करें और उन पर भरोसा करें कि वे काम पूरा कर लेंगे।
6. विकास टीम के भीतर और उसके बाहर सूचना संचार का सबसे कुशल और प्रभावी तरीका चेहरे से चेहरे की बातचीत है।
7. कार्यात्मक सॉफ्टवेयर प्रगति का प्राथमिक मापदंड है।
8. एजाइल प्रक्रियाएं स्थायी विकास को बढ़ावा देती हैं।
9. स्पॉन्सर्स, डेवलपर्स और उपयोगकर्ता अनंतकाल तक एक स्थिर गति बनाए रखने में सक्षम होने चाहिए।
10. तकनीकी उत्कृष्टता और अच्छे डिजाइन पर निरंतर ध्यान लचीलापन को बढ़ाता है।
11. सरलता—काम करने की मात्रा को अधिकतम करने की कला—आवश्यक है।
12. सबसे अच्छी वास्तुकला, आवश्यकताएं और डिजाइन स्व-संगठित टीमों से उभरते हैं। नियमित अंतराल पर टीम यह जांचती है कि वे कैसे अधिक प्रभावी बन सकते हैं, फिर अपने व्यवहार को उपयुक्त ढंग से समायोजित करती है।

सारांश

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

एजाइल डेवलपमेंट पाठ्यपुस्तक

• लीन में 8 अपव्यय क्या हैं?
• एक्सट्रीम प्रोग्रामिंग (XP) बनाम स्क्रम
• स्क्रम में टाइमबॉक्सिंग क्या है?
• एजाइल मिथ: दस्तावेज़ीकरण और योजना की आवश्यकता नहीं?
• स्क्रम या लेस एम्पिरिकल प्रोसेस कंट्रोल सिद्धांत को कैसे लागू करते हैं?
• हर स्क्रम टीम के लिए स्क्रम चेकलिस्ट
• एजाइल डेवलपमेंट: स्प्रिंट जीरो या नहीं स्प्रिंट जीरो?
• एजाइल डेवलपमेंट में सबसे आम गलतफहमियां
• एजाइल फ्रेमवर्क टूल्स — छोटी टीमों से एजाइल के स्केलिंग तक
• एजाइल टीमों की तुलना
• एजाइल प्रोजेक्ट मैनेजमेंट क्यों? पारंपरिक पीएम से एजाइल में संक्रमण
• प्रसिद्ध एजाइल विकास दृष्टिकोणों की शीर्ष 7

यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।