इसे छोड़कर कंटेंट पर जाएं

एजाइल विकास क्या है?

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

यह पेज पृष्ठभूमि को कवर करता है। यदि आप यह सब पहले से जानते हैं, तो East Agile Tracker एजाइल से कैसे मैप करता है तक स्किम करें।

एजाइल मेनिफ़ेस्टो

Section titled “एजाइल मेनिफ़ेस्टो”

फ़रवरी 2001 में, सत्रह सॉफ़्टवेयर व्यवसायी — Kent Beck, Martin Fowler, Robert Martin, Ron Jeffries, और अन्य — यूटा के एक स्की लॉज में मिले और लिखा कि उनमें क्या समानता थी। उन्होंने इसे एजाइल मेनिफ़ेस्टो कहा। यह चार पंक्तियाँ हैं:

हम इसे करके और दूसरों की इसे करने में मदद करके सॉफ़्टवेयर विकसित करने के बेहतर तरीके उजागर कर रहे हैं। इस कार्य के माध्यम से हम मूल्य देने आए हैं:

  • व्यक्ति और परस्पर क्रिया प्रक्रियाओं और उपकरणों से अधिक
  • काम करने वाला सॉफ़्टवेयर व्यापक दस्तावेज़ीकरण से अधिक
  • ग्राहक सहयोग अनुबंध वार्ता से अधिक
  • परिवर्तन का जवाब देना एक योजना का पालन करने से अधिक

अर्थात्, जबकि दाईं ओर की वस्तुओं में मूल्य है, हम बाईं ओर की वस्तुओं को अधिक महत्व देते हैं।

बस इतना ही। एक पृष्ठ की प्रस्तावना, बारह सहायक सिद्धांत, और ऊपर की चार पंक्तियाँ। यह आधुनिक सॉफ़्टवेयर अभ्यास में सबसे प्रभावशाली दस्तावेज़ है।

चार मूल्यों के पीछे, मेनिफ़ेस्टो के बारह सिद्धांत स्पष्ट करते हैं कि “एजाइल” वास्तव में दिन-प्रतिदिन कैसा दिखता है:

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

विधियों का परिवार

Section titled “विधियों का परिवार”

“एजाइल” एक छत्र है। इसके नीचे कई विशिष्ट कार्यप्रणालियाँ बैठती हैं:

  • eXtreme Programming (XP) — परिवार में सबसे माँगलिक। पेयर प्रोग्रामिंग, TDD, निरंतर एकीकरण, ऑन-साइट ग्राहक, छोटी रिलीज़। हमारा XP पेज देखें।
  • Scrum — समय-सीमित इटरेशन जिन्हें sprints कहते हैं, दैनिक स्टैंडअप, नामित भूमिकाएँ (Product Owner, Scrum Master)। इंजीनियरिंग प्रथाओं पर XP से हल्का।
  • Kanban — वर्कफ़्लो को दृश्यमान करें, कार्य-प्रगति-में को सीमित करें, प्रवाह को अनुकूलित करें। कोई समय बॉक्स नहीं; धक्का देने के बजाय खींचना।
  • Lean — Toyota की विनिर्माण प्रणाली से उधार लिया गया: अपव्यय को समाप्त करें, समग्र को अनुकूलित करें, तेज़ी से डिलीवर करें, गुणवत्ता को अंदर बनाएँ।

ये विधियाँ ओवरलैप और संयोजित होती हैं। अधिकांश कार्यशील टीमें चारों में से चुन-चुन कर लेती हैं। East Agile Tracker XP की ओर राय रखता है — eXtreme Programming देखें — लेकिन यह जो कुछ भी प्रदान करता है उसका अधिकांश किसी भी एजाइल स्वाद के लिए काम करता है।

एजाइल क्या नहीं है

Section titled “एजाइल क्या नहीं है”

कुछ निरंतर ग़लतफ़हमियाँ जिनका नाम लेना ज़रूरी है:

  • एजाइल “कोई योजना नहीं” नहीं है। योजनाएँ छोटी और कम अवधि की हैं, लेकिन योजना बनाना निरंतर है।
  • एजाइल “कोई दस्तावेज़ीकरण नहीं” नहीं है। जो ज़रूरी है वह लिखें। मेनिफ़ेस्टो कहता है कि काम करने वाला सॉफ़्टवेयर व्यापक दस्तावेज़ीकरण से अधिक मूल्यवान है — यह नहीं कि दस्तावेज़ीकरण बुरा है।
  • एजाइल Scrum नहीं है। Scrum एक एजाइल विधि है। कई हैं।
  • एजाइल एक उपकरण नहीं है। कोई उपकरण आपको एजाइल नहीं बनाता। एजाइल काम करने का एक तरीका है। उपकरण (इस सहित) मदद करते हैं; वे प्रतिस्थापन नहीं करते।

East Agile Tracker एजाइल से कैसे मैप करता है

Section titled “East Agile Tracker एजाइल से कैसे मैप करता है”

East Agile Tracker ऊपर के सिद्धांतों के इर्द-गिर्द डिज़ाइन किया गया है। यहाँ संगति है:

सिद्धांतट्रैकर इसका समर्थन कैसे करता है
निरंतर डिलीवरी1–4 सप्ताह के इटरेशन; वेलोसिटी-आधारित स्वतः-योजना; प्रथम-श्रेणी स्टोरी प्रकार के रूप में रिलीज़।
परिवर्तन का स्वागतबैकलॉग को किसी भी समय पुनर्क्रमित करें; स्टोरी इटरेशन में स्वतंत्र रूप से घूमती हैं; कोई “इटरेशन लॉक” नहीं।
माप के रूप में काम करने वाला सॉफ़्टवेयरवेलोसिटी डिफ़ॉल्ट रूप से स्वीकृत पॉइंट गिनती है — केवल डिलीवर किया गया, काम करने वाला काम गिना जाता है।
टिकाऊ गतिवेलोसिटी एक लक्ष्य नहीं है; यह एक अवलोकन है। सिस्टम अगले इटरेशन की योजना उससे बनाता है जो आप वास्तव में करते हैं।
चिंतनप्रति-इटरेशन एनालिटिक्स: बर्नडाउन, अस्वीकृति दर, साइकिल टाइम, प्रक्षेपण।
स्व-संगठित टीमेंभूमिकाएँ जानबूझकर न्यूनतम हैं: owner / member / viewer। टीम निर्णय लेती है।
सादगीविवरण पैनल एक स्क्रीन है। बोर्ड एक पृष्ठ पर समाता है। हम उन सुविधाओं का विरोध करते हैं जो शिपिंग से ध्यान भटकाती हैं।

2026 में एजाइल — और एजेंट

Section titled “2026 में एजाइल — और एजेंट”

मेनिफ़ेस्टो 2001 में लिखा गया था। तब से, सॉफ़्टवेयर विकास ने एक नई तरह का प्रतिभागी प्राप्त किया है: AI एजेंट।

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

East Agile Tracker इसे व्यावहारिक बनाने के लिए बनाया गया है। हर स्टोरी का स्वामित्व किसी मानव या एजेंट के पास हो सकता है। हर ऑडिट लॉग प्रविष्टि वास्तविक एक्टर को श्रेय देती है। एजेंट द्वारा की गई हर क्रिया दृश्यमान, समीक्षा योग्य, और निरस्त करने योग्य है।

आगे पढ़ने के लिए

Section titled “आगे पढ़ने के लिए”

East Agile द्वारा निर्मित।