स्क्रम फ़्रेमवर्क — दूसरा संस्करण

इस अध्याय में दूसरे संस्करण का ऐतिहासिक और व्यावहारिक शिक्षण-संदर्भ सुरक्षित रखा गया है। नीचे दी गई विषय-सूची में तीसरे संस्करण का पाठ्यक्रम भी उपलब्ध है।

---

वॉटरफ़ॉल सॉफ़्टवेयर विकास मॉडल क्यों विफल हो सकता है? - International Scrum Institute

अध्ययनों से पता चला है कि जाँची गई विफल सॉफ़्टवेयर परियोजनाओं में से 80% से अधिक में वॉटरफ़ॉल कार्यपद्धति का उपयोग विफलता के प्रमुख कारणों में से एक था। लेकिन ऐसा क्यों?

परंपरागत वॉटरफ़ॉल सॉफ़्टवेयर विकास मॉडल के चरण

जैसा ऊपर दिखाया गया है, वॉटरफ़ॉल कार्यपद्धति में परियोजना के अलग-अलग चरण एक कड़े अनुक्रम में जुड़े होते हैं। अगला चरण शुरू करने से पहले पिछला चरण पूरा होना चाहिए। अधिकांश मामलों में पीछे लौटना कठिन, महँगा, टीम को निराश करने वाला और समय लेने वाला होता है।

परियोजना की समयरेखा शुरुआत में ही तय की जाती है। जारी करने योग्य प्रोडक्ट केवल परियोजना की समयरेखा के अंत में दिया जाता है। यदि एक चरण में देरी होती है, तो दूसरे सभी चरण भी देर से पूरे होते हैं।

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

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

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