स्प्रिंट लंबाई - 2 सप्ताह बनाम 30 दिन

Question

मैं स्क्रम को कार्यान्वित करना चाहता हूं, लेकिन मैं स्प्रिंट लंबाई पर निर्णय नहीं ले सकता। केन श्वाबर से पता चलता है कि 30 दिनों में यह डिफैक्टो है ... लेकिन मैं दिशा बदलने या प्रतिलिपि बनाने की संभावना के बिना 30 दिनों का इंतजार नहीं कर सकता।

हमारी परियोजनाएं आमतौर पर वाटरफॉल विधि का उपयोग करके केवल 1-3 महीने तक चलती हैं और स्क्रम में जाने का मतलब शायद ट्यून करने के लिए कम अवसर होता है।

मैं 1 सप्ताह के बारे में सोच रहा था, लेकिन यह स्क्रम माइक्रो प्रबंधन की तरह लगता है।

2 सप्ताह के स्पिंट होने के कारण शायद आदर्श होगा, लेकिन मैं जानना चाहता हूं कि अन्य लोग इसे सफलतापूर्वक कार्यान्वित करने में सक्षम थे या नहीं। डाउनसाइड्स क्या हैं? क्या यह छोटे स्पिंट्स वाली टीम का प्रबंधन करने के लिए काम के बारे में अधिक काम/कम काम/समान है?

बीटीडब्ल्यू ... 3 सप्ताह की दौड़ मेरे लिए अजीब लगती है, जो 3 सप्ताह का स्प्रिंट करता है? क्यों न सिर्फ इसे 4 सप्ताह बनाओ। ;)

Answer 1

मैंने टीमों पर 1, 2 और 4 सप्ताह के स्पिंट्स पर काम किया है। यह वास्तव में आपके संगठन पर निर्भर है। मैं 1 या 2 सप्ताह की दौड़ पसंद करता हूं। वर्तमान टीम जो मैं चल रहा हूं वह 4 सप्ताह की दौड़ में है क्योंकि हम 12 विभिन्न उत्पादों के प्रयासों का समन्वय कर रहे हैं। मैं उन्हें जल्द ही 2 सप्ताह के पुनरावृत्तियों में ले जाने की तलाश में हूं।

लंबाई को परिभाषित करने की मुख्य बात "पूर्ण, पूर्ण" हो रही है। कुछ टीमों के लिए, इसका मतलब उत्पादन में है। दूसरों के लिए, इसका मतलब आंतरिक रिलीज का उपयोग करके अपनी जरूरतों को पूरा करने के लिए व्यवसाय द्वारा सत्यापित किया जा सकता है। मैं परिभाषित करके, शुरू कर दूंगा, फिर देख रहा हूं कि उसके चारों ओर अपने स्पिंट्स को कैसे व्यवस्थित किया जाए। आदर्श रूप से सभी कहानियां स्प्रिंट के अंत में हो रही हैं - और आप केवल स्क्रमरफॉल नहीं कर रहे हैं।

Answer 2

2 सप्ताह (10 मानक कार्य दिवस, यदि आप एम-एफ संगठन हैं या 12 यदि आप एम-एस संगठन हैं) तो आधे महीने (एक महीने में आमतौर पर लगभग 20 कार्य दिवस होते हैं, देते हैं या लेते हैं)। इसके अलावा, सप्ताह की तुलना में सप्ताह अधिक अस्पष्ट है लेकिन महीने से कम अस्पष्ट है, इसलिए यह विकास परियोजनाओं को अधिक चुस्त (अधिक देने/लेने) के लिए सप्ताहों में माप की इकाई बनाता है।

हालांकि, आखिरी बार मैंने स्क्रम की तरह कुछ भी किया, यह एक स्कूल प्रोजेक्ट पर था और यह वास्तव में स्क्रीम नहीं था। तो यह 10 सप्ताह की तिमाही में 7 दिन का सप्ताह था। मुझे वास्तव में उस स्थिति के लिए 2 सप्ताह का ब्लॉक पसंद आया। मुझे लगा कि मैं बहुत कुछ कर सकता था लेकिन हम समय-समय पर योजनाओं और योजनाओं को समायोजित कर सकते थे।

Answer 3

मुझे दो सप्ताह पसंद हैं। यह समस्याओं पर एक उचित समय बॉक्स को मजबूर करता है फिर भी आपको परिणामों को एक मजबूत गति से देखने देता है। 30 दिन हमेशा के लिए है। एक सप्ताह की तरह तेजी से चलने वाले उत्पाद के लिए एक सप्ताह आसानी से सही लय हो सकता है।

Answer 4

अभी हम 30 दिन की दौड़ कर रहे हैं, और ढेर को पूरा कर रहे हैं। एक कारण यह है कि 30 दिन की दौड़ हमारे लिए अच्छी तरह से काम करती है कि हमारी योजना और आकलन में आमतौर पर 2 दिन लगते हैं (निर्णय लेते हैं और निर्णय लेते हैं कि कौन से उच्च स्तरीय कार्य बैकलॉग से लेते हैं, उच्च स्तरीय कार्यों को लेते हैं और उन्हें विघटित करते हैं, विघटन पर अनुमान लगाते हैं कार्य, और फिर उन्हें असाइन करना)। हमने बग फिक्सिंग और परीक्षण के लिए 2-3 दिन भी अलग कर दिए हैं।

हम पहले से ही 5 दिनों में हैं, इसलिए 2 सप्ताह के धावक करने से हमें केवल 5 दिनों के आर & डी के साथ छोड़ दिया जाएगा। 30 दिनों तक हमारे लिए एक महान संतुलन रहा है।

Answer 5

स्प्रिंट की लंबाई परियोजना से परियोजना में भिन्न हो सकती है लेकिन पूरे प्रोजेक्ट में निरंतर रहना चाहिए। सबसे अच्छी बात यह है कि आपकी टीम के लिए सबसे confortable स्प्रिंट लंबाई खोजने की कोशिश कर रहा है, मैं दो साल के लिए स्क्रम का उपयोग कर रहा हूं और अब हम बीस कार्य दिवसों के लिए बस गए हैं।

मेरा अनुभव मुझे बताता है कि उन परियोजनाओं में जिन्हें तेजी से डिलिवरेबल्स और अपेक्षाकृत सरल प्रोग्रामिंग (सीआरयूडी ऑपरेशंस, सरल ग्रिड और फॉर्म इत्यादि) की आवश्यकता होती है, दो सप्ताह की तरह छोटे स्पिंट्स के लिए जाना बुद्धिमानी है। उच्च जटिलता वाले चीजों के लिए (ढांचे की तरह) शायद चार सप्ताह के स्पिंट जैसे लंबी दौड़ के लिए जाना बेहतर है। मेरा वर्तमान प्रोजेक्ट अंतिम विकल्प की ओर झुकता है।

लेकिन महत्वपूर्ण टीम और उत्पाद मालिक दोनों के लिए लंबी अवधि का चयन करना महत्वपूर्ण है।

Answer 6

उत्पाद के मालिक को हमेशा प्राथमिकताओं और दिशाओं को बदलने का अवसर होना चाहिए। एससीआरयूएम के साथ उद्देश्यों में से एक है परिवर्तनों को गले लगाने और समय पर प्रसव के लिए जिम्मेदार व्यावसायिक आवश्यकताओं और विकास टीम को देखकर उत्पाद मालिक को प्राथमिकता के लिए ज़िम्मेदार होना चाहिए।

तो यदि आपके पास 3 सप्ताह का स्प्रिंट है, तो यह भी नहीं है कि उत्पाद मालिक को 3 सप्ताह का इंतजार करना पड़ता है अगर उसे कुछ ऐसा पता चलता है जो संभवतः स्प्रिंट तोड़ने जा रहा है।

कुछ दुर्लभ मामलों में आपको बीच में एक स्प्रिंट रोकना होगा और नई जानकारी या नई प्राथमिकताओं के कारण नया बनाना होगा।

Answer 7

मैं लगभग 1 सप्ताह की दौड़ के बारे में सोच रहा था, लेकिन यह स्क्रम माइक्रो प्रबंधन की तरह लगता है।

हां, लेकिन इससे आपको अधिक स्क्रम करने का कारण बन जाएगा: आप एक स्प्रिंट प्लानिंग, एक पुनरावृत्ति डेमो और हर सप्ताह एक पूर्ववर्ती करेंगे। डाउनसाइड ओवरहेड है, हालांकि, आप एक महीने के लंबे पुनरावृत्ति की तुलना में एक हफ्ते के पुनरावृत्ति की योजना बनाने, प्रदर्शन करने और "पुन: निरीक्षण" करने में कम समय व्यतीत करते हैं।

जितना छोटा पुनरावृत्ति, टीम तेजी से प्रक्रिया सीखती है।

अब, परियोजना के प्रकार के आधार पर, एक हफ्ते में देरी में कुछ मूल्यवान हासिल करने में सक्षम होना मुश्किल हो सकता है।

इससे पहले कि मैं भूल गया, मैं तीन सप्ताह यात्रा नहीं करते हैं: ओ)

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

Answer 8

मैंने 1,2,3 और 4 सप्ताह के स्पिंट पर काम किया। टीम प्रतिबद्धताओं को पूरा करने के लिए 1 सप्ताह का स्प्रिंट बहुत छोटा है, 2 बनाया गया आदर्श है, जब मैंने 3 या 4 सप्ताह के स्प्रिंट को लागू करने की कोशिश की तो हम क्यूए टीम को प्रभावी ढंग से उपयोग नहीं कर सकते। (क्यूए के पहले सप्ताह में अधिक धीमा समय होगा)