मैं एक ऐसी ही दुकान में काम कर रहा हूँ। जैसा कि अन्य लोगों ने उल्लेख किया है, आप जो वर्णन करते हैं वह चुस्त हो सकता है, लेकिन नहीं। मैं यह भी जोड़ना चाहूंगा कि लॉग्स और स्प्रिंट वापस करता है या नहीं, यह इस बात पर निर्भर करता है कि यह नया काम है या रखरखाव और ऑन-गोइंग सपोर्ट। यदि पूर्व, तो एक झरना दृष्टिकोण एक व्यक्ति टीम के लिए अधिक समझ में आता है। यदि नहीं, तो पीएम के नजरिए से, वे जो कर रहे हैं वह एक अच्छे दृष्टिकोण की तरह लगता है यदि उनके पोर्टफोलियो में कई परियोजनाएं हैं।
चंचल उत्साही लोगों के लिए, झरने का उपयोग करने का मात्र उल्लेख पवित्र है। लेकिन लोगों को सामान्य ज्ञान का उपयोग करने की आवश्यकता है।
मुझे एक हालिया परियोजना से एक उदाहरण दें। मैं दो प्रमुख वेबसाइटों को फिर से डिज़ाइन करने के लिए एक आक्रामक 5-महीने की समयरेखा पर 3 डेवलपर्स की एक टीम का नेतृत्व कर रहा था। हमारी रोजाना उठक-बैठक होती थी। लेकिन यह एक झरना परियोजना थी क्योंकि यह एक छोटी टीम थी, सीमित जीवन चक्र, और डेवलपर्स सभी अल्पकालिक ठेकेदार थे जो केवल लॉन्च होने तक परियोजना के लिए प्रतिबद्ध थे। परियोजना ने एक बहुत ही पारंपरिक झरना जीवन चक्र का पालन किया। उस के साथ कुछ भी गलत नहीं है। सिवाय हमने "फुर्तीले" तरीके से काम करने के, हमने स्टैंड-अप मीटिंग्स रखीं और हमने चुस्त विकास की सर्वोत्तम प्रथाओं को रखा। हमारी छोटी टीम को बड़ी टीम की साप्ताहिक स्प्रिंट योजना बैठकों से छूट दी गई थी। क्यों? क्योंकि हमारे पास साप्ताहिक तैनाती नहीं थी। और हमारी टीम किसी अन्य टीम द्वारा किए जा रहे कार्य पर निर्भर या प्रभावित नहीं हुई। वास्तव में, हमने लगभग स्वायत्तता से काम किया। शुरू की गई वेबसाइटों के बाद, हमने फिर से रखरखाव और समर्थन के लिए एक चुस्त प्रक्रिया में परिवर्तन किया। अन्य डेवलपर्स अब कहीं और काम कर रहे हैं। सभी संवर्द्धन समय-समय पर तैनाती के अनुसार किए जाते हैं।
मुद्दा यह है कि उन प्रक्रियाओं का उपयोग करना बेहतर है जो आकार, जटिलता और प्रत्येक परियोजना की परिपक्वता के लिए सबसे अधिक समझ में आता है। यदि आप बहुत अधिक शोध कर रहे हैं, तो अगले पांच महीनों के लिए एक अनुमान लगाना मुश्किल है, इसलिए फुर्तीली शायद झरने की तुलना में बेहतर दृष्टिकोण है।
समस्या का एक हिस्सा यह है कि कुछ लोगों को लगता है कि आप अगले पांच स्प्रिंट की योजना पहले ही बना सकते हैं। मेरे साथ भी ऐसा ही हुआ है। आपको दो से अधिक स्प्रिंट की योजना नहीं बनानी चाहिए क्योंकि यदि आप हैं तो आप स्प्रिंट होने के पूरे उद्देश्य को हरा रहे हैं। एक स्प्रिंट को समय की एक निर्धारित मात्रा के भीतर वास्तविक मात्रा में वृद्धि देने के लिए एक प्रतिबद्धता माना जाता है। आपको ऐसी किसी चीज़ के लिए प्रतिबद्ध नहीं होना चाहिए, जिसके बारे में आप निश्चित नहीं हैं। स्प्रिंट योजना इसकी प्रकृति अल्पकालिक योजना है, लेकिन यह इस तरह की बात है। यदि आपके पास एक दीर्घकालिक कार्यक्रम है, तो चीजों को छोटे डिलिवरेबल्स में तोड़ने के बारे में सोचें। या जहाँ आप SDLC में हैं, उसके आधार पर चेकपॉइंट मीटिंग सेट करना।
स्प्रिंट योजना को एक निश्चित समय सीमा के भीतर पूरा होने की गारंटी के बारे में एक यथार्थवादी प्रतिबद्धता माना जाता है। यदि आप पाते हैं कि योजना अज्ञात चर के लिए लेखांकन नहीं है, तो शायद आपको रेंज या निराशावादी अनुमान देना शुरू करना चाहिए। या अन्य के रूप में सुझाव दिया, कहानी अंक का उपयोग करें। स्लिपेज और अन्य महत्वपूर्ण कार्यों के लिए अनुमति देने के लिए स्प्रिंट को पूरी तरह से बुक नहीं किया जाना चाहिए।