काम करने वाले सॉफ्टवेयर को अक्सर डिलीवर करें
“काम करने वाले सॉफ्टवेयर को एक या दो सप्ताह से लेकर एक या दो महीने तक, छोटे समय के अंतराल को प्राथमिकता देते हुए अक्सर डिलीवर करें।”
अगला सिद्धांत एक आवर्ती दृष्टिकोण के उपयोग पर जोर देता है ताकि प्रोजेक्ट को बहुत छोटे-छोटे भागों में बांटा जा सके, जिन्हें स्प्रिंट या आवर्ती चरण कहा जाता है, जो आमतौर पर दो से चार सप्ताह के बीच होते हैं। इसके कुछ कारण हैं जो इसे बहुत तर्कसंगत बनाते हैं:
- स्क्रम जैसे सभी एजाइल विकास प्रक्रियाएं निरंतर सुधार पर आधारित हैं। एक कठोर रूप से निर्धारित प्रक्रिया के बजाय जो कभी नहीं बदलती है, टीम को प्रोजेक्ट के आगे बढ़ने के साथ-साथ यह सीखने के लिए एक अनुभवात्मक दृष्टिकोण अपनाने की अपेक्षा की जाती है कि क्या काम करता है और क्या नहीं काम करता है, और आवश्यकता पड़ने पर समायोजन करने की आवश्यकता होती है। यदि प्रोजेक्ट को बहुत छोटे-छोटे भागों में बांटा जाता है और प्रत्येक भाग के अंत में सीखने की प्रक्रिया होती है, तो सीखने और निरंतर सुधार की प्रक्रिया बहुत तेजी से हो सकती है। एक लोकप्रिय एजाइल नारा है, “जल्दी असफल हो, जल्दी असफल हो।” दूसरे शब्दों में, बहुत स्थितियों में तेजी से कुछ को आजमाना और उससे सीखना और समायोजन करना बेहतर होता है, बजाय इसके कि पहली बार में बिल्कुल सही तरीके से काम करने वाले तरीके को डिज़ाइन करने के लिए जितना समय लग सकता है।
- 2. छोटे समय सीमा के दिए जाने पर लोग अधिक उत्पादकता के साथ काम करते हैं। यदि इसे सही तरीके से किया जाता है, तो टीम एक ताल और तेजी विकसित करती है जो निर्धारित कार्य के भागों को तेजी से और कुशलता से उत्पादित करने के लिए बहुत कुशल होती है, जैसे कि एक उत्पादन लाइन में।
सिफारिश किए गए एजाइल और स्क्रम लेख
यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।