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