कितना आराम (या नहीं) एक स्प्रिंट होना चाहिए?

Question

उन कहानियों को प्राप्त करने के लिए क्या रवैया होना चाहिए जो एक स्प्रिंट को सौंपी जाती हैं? स्पष्ट रूप से आप उन्हें स्प्रिंट में करने के लिए प्राथमिकता देना चाहते हैं, लेकिन मेरे लिए फुर्तीले का पूरा बिंदु गतिशील होना है: आप जानबूझकर शिथिलता या "ओके" नहीं करना चाहते हैं ताकि किसी स्प्रिंट में उपयोगकर्ता कहानियों को खत्म करने से चूक सकें, लेकिन उसी समय जब अप्रत्याशित चीजें सामने आती हैं, और उन कहानियों को पूरा नहीं किया जाता है और अगले स्प्रिंट पर धकेल दिया जाता है, आप यह महसूस नहीं करना चाहते हैं कि आपने कुछ गलत किया है। यह एक डरावना या नकारात्मक अनुभव नहीं होना चाहिए?

क्या मिस्ड स्प्रिंट प्रतिबद्धताओं के लिए नकारात्मक / डरावने अनुभव स्वीकार्य हैं? क्या डेवलपर्स को मिस्ड स्प्रिंट प्रतिबद्धताओं के लिए जवाबदेह ठहराया जाना चाहिए जब अप्रत्याशित कार्य सामने आते हैं जो कि (उदाहरण के लिए उत्पादन समर्थन) से निपटा जाना चाहिए?

Comments

यह इतना टीम और कंपनी की संस्कृति पर निर्भर करता है, कि कोई एक सही जवाब नहीं है ... रचनात्मक के रूप में बंद करने की वोटिंग।

— Oded

@ यह एक पुलिस आउट जवाब की तरह लगता है। आप मूल रूप से कह रहे हैं कि किसी कंपनी के लिए स्प्रिंट से बाहर नकारात्मक और संभावित अपमानजनक अनुभव करना ठीक है ?? आइए यहां आदर्शों पर बात करते हैं। मैं आपको कुछ भी सामान्य करने के लिए नहीं कह रहा हूं।

— void.pointer

असीमित समय और संसाधनों के साथ आदर्श दुनिया में कोई तनाव नहीं होना चाहिए। हालांकि यह आपकी मदद नहीं करता है।

— कोडार्ट

@RobertDailey यह एक पुलिस वाला नहीं है - यह सिर्फ एक जवाबदेह सवाल नहीं है। निश्चित रूप से यह काम के लिए एक नकारात्मक अनुभव के बजाय एक सकारात्मक होना बेहतर है, और वास्तविक दुरुपयोग कभी ठीक नहीं है। लेकिन एक भी कार्यस्थल पर, एक भी परियोजना पर, वातावरण अलग-अलग होगा। कभी-कभी बहुत दबाव होता है, कभी-कभी इतना नहीं। यह किसी भी कार्यस्थल, चुस्त या सही नहीं है। यदि आप अपने कार्यस्थल पर लगातार नाखुश हैं , तो इसके बारे में कुछ करें (इसे ठीक करें या छोड़ें), लेकिन अपनी अगली कंपनी से 100% समय कम दबाव और उच्च संतुष्टि प्रदान करने की अपेक्षा न करें।

— कालेब

@ रोबर्ट - मेरी पिछली कुछ टिप्पणियां प्रकृति में सामान्य थीं और इस सवाल का प्रतिबिंब नहीं थीं क्योंकि यह अब खड़ा है। मैं bjarkef को समझाने की कोशिश कर रहा था कि कोई पोस्ट कितनी दिलचस्प (या नहीं) के आधार पर वोट नहीं डाल सकती है। अपने आप से मेरी अंतिम टिप्पणी भी यह समझाने का एक प्रयास है कि कुछ प्रश्नों का किसी भी एसई साइट पर कोई घर नहीं है। फिर, ये सामान्य टिप्पणी हैं, सीधे सवाल के साथ नहीं।

— Oded

Answer 1

आप एक स्प्रिंट के भीतर किया आइटम पाने के लिए बिल्कुल लक्ष्य होना चाहिए ।

SCRUM का एक मुख्य लाभ यह है कि यह परियोजना को 'दिल की धड़कन' देता है।

आप प्राथमिकता देते हैं, एक सूची से आइटम उठाते हैं, आप उन्हें वितरित करते हैं, आप उन्हें डेमो करते हैं, आप प्रतिबिंबित करते हैं कि वे कैसे गए, फिर आप इसे पूर्ववर्ती चक्रों में फिर से करते हैं।

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

यदि आप अपने स्प्रिंट की सामग्री और प्रतिबद्धताओं पर बहुत अधिक लापरवाह हैं, तो SCRUM मेरी राय में टूट जाता है और आपको बहुत सारे लाभ होते हैं।

बेशक वास्तविक दुनिया को कभी-कभी इस बारे में कुछ कहना होगा, लेकिन यह नियम के बजाय अपवाद होना चाहिए ...।

Comments

One of the main benefits of SCRUM is that it gives the project a 'heartbeat'.वही किसी भी चुस्त कार्यप्रणाली के बारे में कहा जा सकता है।

— maple_shaft

Answer 2

कुंजी यह है कि कहानियों को पूरा नहीं करने के लिए चारों ओर जवाबदेही होनी चाहिए ।

इसका मतलब है कि एक ठोस कारण होना चाहिए कि एक कहानी पूरी क्यों नहीं थी, और इस कारण को आगे बढ़ने वाली परियोजना की योजना के लिए जिम्मेदार है ताकि इसे दोहराया न जाए।

यह कारण एक अस्पष्ट से अधिक होने की आवश्यकता है "सामान आया।"

उदाहरण के लिए, यदि कोई कहानी पूरी नहीं थी क्योंकि टीम के किसी सदस्य को उत्पादन समस्या पर काम करना था, तो इस संभावना को भविष्य के पुनरावृत्तियों में संबोधित करने की आवश्यकता है - या तो इस टीम के सदस्य से कम घंटे की योजना बनाकर या अन्य कवरेज की व्यवस्था करके।

यदि कारण को अधिक परिश्रम या कठिन परिश्रम से टाला जा सकता है, तो, हाँ, यह जवाबदेही थोड़ी दर्दनाक हो सकती है। उम्मीद है, दर्द "यह वही है जो हमें अगली बार बेहतर करने की ज़रूरत है" "आप अपनी नौकरी नहीं कर रहे हैं" विविधता के बजाय विविधता।

Answer 3

यह एक डरावना या नकारात्मक अनुभव नहीं होना चाहिए?

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

आराम से स्प्रिंट का मतलब है कि आपके पास एक अंडरकमिटमेंट था।

असंबंधित स्प्रिंट का मतलब है कि आपके पास एक overcommittment था।

मैं सिर्फ वही करता हूं जो मैं करता हूं और कमिट करने में बेहतर होने की कोशिश करता हूं। केवल विशेष परिस्थितियों में मैं एक कहानी अगले स्प्रिंट में स्थानांतरित करूंगा। मैं हर दिन थोड़े दबाव की तुलना में कुछ समय सीमा से थोड़ी देर पहले दबाव का नरक पसंद करता हूं।

Comments

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

— एडविन बक

Answer 4

मेरे अनुभव के आधार पर - चुस्त कुछ और की तरह, हम अनुमान सहित एक सतत प्रतिक्रिया प्रणाली के अनुकूल हैं।

पहले स्प्रिंट (परियोजना की शुरुआत) के लिए समय सीमा को याद करना ठीक है, लेकिन आप इससे गलत हैं कि क्या गलत हुआ (अंडर-एस्टीमेशन, टीम की ताकत को नहीं जानना आदि)। फिर आप प्रतिक्रिया लेते हैं और इसे अगले स्प्रिंट को खिलाते हैं और आपको बेहतर अनुमान मिलता है।

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

कुछ लोगों का तर्क है कि पहले स्प्रिंट की समस्या को दूर करने के लिए पहले स्प्रिंट के लिए अधिक समय "आवंटित" करें।

Comments

इसलिए यदि आप शायद ही किसी समय सीमा को याद करते हैं, तो आप स्वाभाविक रूप से अक्सर स्प्रिंट के अंत में कुछ भी नहीं करेंगे। फिर आप क्या करते हैं, नए आइटम लेते हैं या सिर्फ समय निकालते हैं? :)

— बजरके फ्रंड-हेन्सन

@bjarkef स्प्रिंट खत्म होने के बाद, हमें अगला स्प्रिंट शुरू और चालू हो जाता है। मैंने हमेशा महसूस किया कि "पारंपरिक" विकास की तुलना में "स्क्रैम" का उपयोग करते समय डाउनटाइम बहुत कम है।

— java_mouse

तो आपके पास स्प्रिंट की एक निश्चित लंबाई नहीं है, आप पुराने होने पर नया शुरू करते हैं?

— बजरैक फ्रायड-हैनसेन

@bjarkef - हमने 2 सप्ताह की लंबाई तय की है। सप्ताह के बाद और वितरित होने पर, हम अगले वसंत को तुरंत शुरू करेंगे।

— java_mouse

Answer 5

यहां जवाब / टिप्पणी देखना दिलचस्प है। मेरे द्वारा काम किए गए हर फुर्तीले (प्रकार) प्रोजेक्ट्स पर, प्राथमिक लाभ एक प्रोजेक्ट के अंत में डेडलाइन डेथ मार्च की बजाय कई मिनी डेडलाइन पर डेडलाइन का दबाव फैलाना था। आईएमओ, स्प्रिंट को गंभीरता से लिया जाना चाहिए। वितरित की गई समय-सीमा या कार्यक्षमता में कोई खराबी परियोजना प्रबंधन या विकास में संभावित समस्याओं के रूप में देखी जानी चाहिए।

Comments

ऐसे कि आप लगातार दबाव में काम कर रहे हैं? यह एक सुंदर काम के माहौल की तरह लगता है।

— बजरैक फ्रायंड-हैनसेन

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

— tzerb

Answer 6

चंचल प्रक्रियाएं सतत विकास को बढ़ावा देती हैं। प्रायोजकों, डेवलपर्स, और उपयोगकर्ताओं को अनिश्चित काल तक निरंतर गति बनाए रखने में सक्षम होना चाहिए। - एजाइल मैनिफेस्टो के पीछे सिद्धांत

यदि यह एक डरावना या नकारात्मक अनुभव है, और यह हर समय होता है, तो आपको एक समस्या है। सॉफ्टवेयर विकास मजेदार होना चाहिए। नकारात्मक या डरावना नहीं।

हालांकि, अगर टीम स्प्रिंट में कुछ कहानियों को खत्म करने के लिए प्रतिबद्ध है और लगातार वितरित नहीं कर रही है, तो आपको भी समस्या है। यह समस्या लगभग निश्चित रूप से कहानियों को पूरा करने के लिए टीम पर अधिक दबाव जोड़कर हल नहीं होने वाली है। यदि समस्या बाहरी कारकों के कारण है, तो उन्हें प्रबंधित करने की आवश्यकता है। यदि टीम ओवर-कमेटी कर रही है तो स्क्रममास्टर कम कहानी बिंदुओं के लिए टीम का मार्गदर्शन कर सकता है। कई कारण हो सकते हैं और प्रत्येक को अलग तरीके से संबोधित करने की आवश्यकता हो सकती है। एक ऊर्जावान और प्रेरित टीम के पास आगे बढ़ने के लिए बहुत प्रेरणा होनी चाहिए।

आदर्श रूप से जो भी समस्या है, उसे पूर्वव्यापी और तयशुदा के दौरान उठाया जाता है।

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

Answer 7

यह वास्तव में आपकी टाइमलाइन पर निर्भर करता है।

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

उस के साथ, हालांकि, सामान आने वाला है जो आपको हर कहानी, हर स्प्रिंट करने से रोक देगा।

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

Answer 8

जब सही ढंग से dosed किया जाता है, तो तनाव अच्छा होता है। आप सभी तनाव को दूर नहीं करना चाहते हैं, आप बस इसे और अधिक समान रूप से फैलाना चाहते हैं। यहां तक ​​कि जब आप अपना पसंदीदा खेल खेलते हैं, तो आपके पास तनाव और नकारात्मक भावनाओं से कुछ राशि होगी। आपको वास्तव में इससे अधिक ऊर्जा मिलती है।

एक टीम को वास्तव में छूटी हुई कहानियों के बारे में बुरा महसूस करना चाहिए। यह उन्हें अगली बार कुछ बदलने (अलग तरह से काम करने या कम कहानियों की योजना बनाने, दोनों अच्छे हैं) के लिए ऊर्जा देगा। जब वे अपनी कहानियां बनाते हैं तो उन्हें गर्व महसूस करना चाहिए।

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

Answer 9

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

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