स्प्रिंट प्लानिंग मीटिंग कितने समय तक चलना चाहिए?

Question

आपके अनुभव में, स्प्रिंट प्लानिंग मीटिंग (स्क्रैम) कितने समय तक चलना चाहिए? 8 घंटे? या इसे कमतर (संक्षिप्त) होना चाहिए और आगे की चर्चा को स्प्रिंट के हिस्से के रूप में योजनाबद्ध किया जाना चाहिए? हमारे स्प्रिंट 10 दिन लंबे हैं।

Comments

प्रति दिन 8 घंटे का स्प्रिंट निश्चित रूप से मेरे लिए बहुत अधिक लगता है। जिन चर्चाओं के लिए पूरी टीम की आवश्यकता नहीं होती है, उन्हें अलग-अलग सत्रों में निकाला जाना चाहिए, केवल इसमें शामिल सदस्यों के लिए।

— पेटर टॉर्क

इसलिए आप नियोजन में हर चीज पर चर्चा करने के बजाय अन्य बैठकों की योजना बनाएं। बिंदु ने नोट किया।

— विल्फो

चर्चा आगामी विचारों और योजनाओं के बारे में होनी चाहिए ताकि टीम के अधिकांश सदस्यों को उनके बारे में कुछ बुनियादी और साझा समझ हो। कसौटी यह है: नियोजन बैठक के दौरान, पहली बार किसी निश्चित बात को सुनने के कारण किसी को आश्चर्य नहीं होना चाहिए। जब भी ऐसा "आश्चर्य" होता है, तो अगली योजना बैठक से पहले होने वाली संचार की मात्रा को बढ़ाकर समायोजित करें। (यह अपवाद सही मायने में परियोजना मालिकों की ओर से आने वाली ज़बरदस्त घोषणाएँ हैं।)

— rwong

Answer 1

स्क्रम गाइड के अनुसार :

स्प्रिंट योजना की बैठक एक महीने के स्प्रिंट के लिए आठ घंटे के लिए समय-बॉक्सिंग की जाती है। छोटी स्प्रिंट के लिए, घटना आनुपातिक रूप से कम है। उदाहरण के लिए, दो सप्ताह के स्प्रिंट में चार-घंटे स्प्रिंट प्लानिंग मीटिंग होती है।

जो आम तौर पर मेरे लिए काम करता है।

Comments

यह शायद एक अच्छा शुरुआती बिंदु है, लेकिन यह भी ध्यान दिया जाना चाहिए कि आपको अपनी परियोजना, टीम और संगठन के लिए प्रक्रिया को तैयार करने की आवश्यकता है ताकि यह आपके लिए काम करे। सिर्फ इसलिए कि अन्य लोगों का भाग्य साथ है इसका मतलब यह नहीं है कि यह आपके लिए सही काम करेगा।

— थॉमस ओवेन्स

हालाँकि, यदि आप स्क्रैम को आज़माने जा रहे हैं, तो आपको पहले परिभाषित दिशानिर्देशों के आधार पर इसे आज़माना चाहिए। फिर, अगर कुछ काम नहीं कर रहा है, तो इसे परिष्कृत करें। यदि आप नियम शुरू करने से पहले भी बदलते हैं, तो आप उन अनुभवजन्य साक्ष्यों की अवहेलना कर रहे हैं, जो लोगों को डराने वाले बनाये गए थे, जिन्होंने सिफारिश की कि वे क्या सिफारिश करते हैं - बिना किसी अनुभवजन्य साक्ष्य के यह दिखाने के लिए कि यह आपके लिए गलत बात है।

— मैथ्यू फ्लिन

@ मट्टफेलिन ने अच्छी बात की

— हा

3 की मेरी टीम में, हमारे पास आमतौर पर केवल आधे घंटे के लंबे स्प्रिंट होते थे, और जब टीम 7 थी, तो यह आमतौर पर दो सप्ताह के लंबे स्प्रिंट के लिए केवल एक घंटे थी।

— ज़ीमुस

Answer 2

जब तक यह चलने की जरूरत है, कोई कम नहीं और न ही अधिक। कुछ और फुर्तीली नहीं है।

यदि आपके पास 2 - 3 डेवलपर्स की टीम है और 1 सप्ताह कर रहे हैं तो एक घंटे से अधिक कुछ भी संभवत: काउंटर उत्पादक है।

यदि आपके पास 15 लोगों और 2 सप्ताह की स्प्रिंट टीम है, तो आप पूरे दिन देख रहे हैं, कुछ भी कम पर्याप्त विस्तृत नहीं है।

यह ज्यादातर सही होने के लिए अनुभव लेता है, और यही रेट्रोस्पेक्टिव के लिए है, टीम तय करती है कि क्या बहुत लंबा है या बहुत छोटा है।

इसे एकदम सही होने या किसी किताब के कहने पर चिपके रहने के बारे में चिंता न करें, कुछ आज़माएँ और इसे निखारें।

SCRUM पुनरावृत्तियों में प्रक्रिया को परिष्कृत करने के बारे में है, जितना कि पुनरावृत्तियों में अपने कोड को परिष्कृत करने के बारे में है।

Comments

3 डेवलपर्स / 1 सप्ताह के स्प्रिंट के लिए एक घंटे का समय कम लगता है। फिर से, मैंने अभी एक अपेक्षाकृत छोटी परियोजना पूरी की, जहां हमने 5 मिनट का साप्ताहिक स्प्रिंट प्लानिंग किया। यह परियोजना पर निर्भर करता है, और कार्ड पर, क्योंकि स्प्रिंट योजना के दौरान कभी-कभी अधिक (या कम) चर्चा की आवश्यकता होती है।

— विन्यासकर्ता

फुर्तीली के रूप में स्क्रम के प्रमुख विचारों में से एक यह है कि आप <i> टाइम-बॉक्स </ i> गतिविधियां, जैसे स्प्रिंट, स्प्रिंट प्लानिंग मीटिंग और दैनिक स्टैंड-अप / स्क्रैम। बात यह है कि चीजों को केंद्रित रखा जाए। टाइम-बॉक्सिंग का मतलब यह नहीं है कि आप निर्धारित समय से कम समय नहीं ले सकते। बस आपको अधिक नहीं लेना चाहिए, क्योंकि इससे लोगों का ध्यान केंद्रित होता है और टीम को वास्तव में काम करने में लगने वाले समय में भी कमी आती है।

— मैथ्यू फ्लिन

Answer 3

प्रक्रिया के आसपास अपने व्यवसाय को न करें। प्रक्रिया आपके व्यवसाय का समर्थन करती है। जिस क्षण आप अपने स्वयं के लिए प्रक्रिया कर रहे हैं यह प्रक्रिया के लिए कुल्हाड़ी लेने का समय है। उस अंत तक, कोई "सही" तरीका नहीं है। बैठकें केवल तब तक होनी चाहिए जब तक आप उनमें कुछ पूरा कर रहे हों। यदि आपको 30 मिनट या 4 घंटे लगते हैं, जब तक यह काम करता है तब तक इसके साथ जाएं। ध्यान दें कि कोई पुस्तक / ब्लॉग / कोच आपको बताता है और क्या आपके लिए सही है।

Comments

क्यों नहीं डिजाइन के रूप में प्रक्रिया शुरू करें और वहां से अनुकूलित करें? यदि आप चुस्त प्रथाओं का उपयोग करने का निर्णय लेते हैं और आपने अपने व्यवसाय को उस दिशा में नहीं ढाला है, तो आप पहले से ही परेशानी में हैं।

— जेफओ

Answer 4

जब तक आपको आवश्यकता हो तब तक लें ताकि आप पर्याप्त चयन करें कि आपकी टीम को लगता है कि वे उचित रूप से स्प्रिंट में प्राप्त कर सकते हैं। लेकिन आपको बैकलॉग को परिष्कृत करने वाले (पिछले) स्प्रिंट के दौरान समय व्यतीत करना चाहिए: कहानियों का अनुमान लगाना और परिष्कृत करना।

स्क्रम प्राइमर ( पीडीएफ ) से:

उत्पाद बैकलॉग शोधन

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

ऐसा करने का मतलब है कि आप योजना बनाने के दौरान योजना पर ध्यान केंद्रित कर सकते हैं, और इसमें पूरा दिन नहीं लगता है और टीम अपना ध्यान खोना और ऊब जाना शुरू कर देती है।

Comments

@GottliebNotschnabel: धन्यवाद, यह नया है। मैंने लॉगिन की आवश्यकता नहीं के लिए लिंक को स्विच किया है।

— ह्यूगो

Answer 5

स्क्रम में, जब 2 सप्ताह स्प्रिंट के लिए काम करते हैं, तो स्प्रिंट प्लानिंग 4 घंटे में समय-समय पर होती है, जिससे यह आधे दिन की घटना बन जाती है। अपेक्षाकृत बड़ी मात्रा में समय का एक कारण यह है कि विकास टीम को विश्वास में सक्षम होना चाहिए कि स्प्रिंट बैकलॉग में खींची जा रही सभी वस्तुओं को वितरित किया जा सकता है, जिसका अर्थ है कि उन्हें विस्तार से जानने की आवश्यकता है। टीमों के लिए स्प्रिंट प्लानिंग के हिस्से के रूप में यह असामान्य नहीं है कि आगे की वस्तुओं की जांच के लिए मीटिंग स्पेस से अलग हो जाएं और यह सुनिश्चित करें कि वे स्प्रिंट बैकलॉग में जाने के लिए "तैयार" हैं। (यह एक बैठक के बजाय स्प्रिंट प्लानिंग को एक घटना के रूप में सोचने में मदद कर सकता है।)

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

उच्च प्राथमिकता वाले आइटम अक्सर उत्पाद मालिक द्वारा उत्पाद बैकलॉग में जोड़ा जा सकता है, हालांकि स्प्रिंट प्लानिंग से पहले, और नियमित रूप से बैकलॉग ग्रूमिंग कर सकते हैं, और आम तौर पर स्प्रिंट प्लानिंग इवेंट से पहले किया जाना चाहिए, हमेशा इस तरह के नए आइटम होंगे जहां टीम को स्प्रिंट प्लानिंग इवेंट के दौरान विस्तार से काम करने और जटिलता का आकलन करने में समय बिताने की आवश्यकता होती है, इसलिए यह 10 दिन / 2 सप्ताह के स्प्रिंट के लिए 4 घंटे तक क्यों फैल सकता है।

यदि आपको इस ईवेंट से अधिक समय तक चर्चा करने की आवश्यकता है, तो आपके पास स्प्रिंट बैकलॉग में "x की स्थापना करने के लिए ऐसी और ऐसी चर्चा" हो सकती है, लेकिन आपको स्प्रिंट आइटम शामिल करने से बचना चाहिए, जो भी आप करने जा रहे हैं उस चर्चा के दौरान की गई जरूरतों को निर्धारित करें, क्योंकि वे स्प्रिंट में जाने के लिए "तैयार" बैकलॉग आइटम नहीं हैं।

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

Answer 6

स्प्रिंट योजना बैठक में, टीम को दो चीजों का निर्धारण करना होता है:

ए) इस स्प्रिंट के दौरान टीम द्वारा क्या विकसित किया जाएगा

ख) इसे कैसे विकसित किया जाएगा

यह बैठक स्प्रिंट के प्रत्येक सप्ताह के लिए दो घंटे तक का समय-बॉक्सिंग होनी चाहिए, बैठक के प्रत्येक भाग (भाग ए और भाग बी) के लिए समान रूप से विभाजित।

तो, 4 सप्ताह के स्प्रिंट के लिए, यह बैठक 8 घंटे से अधिक नहीं होनी चाहिए, भाग A के लिए 4 घंटे तक और भाग B के लिए 4 घंटे तक होनी चाहिए।

भाग ए के दौरान, देव टीम को टीम के वेग का अनुमान लगाना होगा कि वे मानते हैं कि उनके पास इस स्प्रिंट के दौरान होगा। उन्हें शीर्ष प्राथमिकता वाली उपयोगकर्ता कहानियों का भी अनुमान लगाना है, और इनमें से पर्याप्त (पहले से अनुमानित) उपयोगकर्ता कहानियों को अपने स्वयं के अनुमानित वेग के अनुरूप पूरा करना है।

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

स्प्रिंट के दौरान, देव टीम के पास इस चर्चा को पूरा करने के लिए पर्याप्त समय है।

Answer 7

स्क्रम गाइड के अनुसार :

घोटाले की घटनाओं

नियमित रूप से बनाने के लिए और स्क्रम में परिभाषित नहीं की गई बैठकों की आवश्यकता को कम करने के लिए निर्धारित घटनाओं का उपयोग Scrum में किया जाता है। सभी घटनाएँ समय-समय पर होने वाली घटनाएँ होती हैं, जैसे कि हर घटना की अधिकतम अवधि होती है। स्प्रिंट शुरू होने के बाद, इसकी अवधि तय हो जाती है और इसे छोटा या लंबा नहीं किया जा सकता है। जब भी घटना के उद्देश्य को प्राप्त किया जाता है, तो शेष घटनाएं समाप्त हो सकती हैं, यह सुनिश्चित करने के लिए कि प्रक्रिया में समय बर्बाद किए बिना उचित समय व्यतीत किया जाए।

Comments

क्या आप नीचे दिए गए विवरण की व्याख्या कर सकते हैं क्योंकि मैं केवल स्क्रैम गाइड से एक पैराग्राफ कॉपी / पेस्ट करता हूं?

— लेनिन