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