हम एक पुनरावृत्ति के अंत में डाउनटाइम को कैसे कम कर सकते हैं?


56

जहां मैं काम करता हूं हम 3-सप्ताह की पुनरावृत्तियों के साथ स्क्रैम-चालित चुस्त अभ्यास करते हैं। हां, यदि पुनरावृत्तियां कम थीं, तो यह अच्छा होगा, लेकिन इसे बदलना फिलहाल कोई विकल्प नहीं है।

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

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


3
मैं शुरुआती शुरुआत के लिए मतदान करता हूं। यही तो हम भी करते हैं।
जॉब

14
मैं घर जल्दी जाने के लिए वोट देता हूं। यही मैं करता।
kirk.burleson

@ किर्क 11 बजे थोड़ा जल्दी हो सकता है। ;)
एडम लेअर

यदि पूर्वव्यापी केवल 1½ घंटे ((11 am-8am) / 2meetings) लेता है, तो शायद आपको और अधिक मज़ा करना चाहिए। :)
bzlm

जवाबों:


68

मैं हाल ही में एक ही सवाल के साथ संघर्ष कर रहा हूँ। हम अगले पुनरावृत्ति पर शुरू कर रहे हैं, लेकिन मुझे लगता है कि यह अच्छी तरह से किए गए पुनरावृत्ति की संतुष्टि को दूर करता है।

मैं इसे डेवलपर्स तक छोड़ने के विकल्प के बारे में सोच रहा हूं, कैवेट के साथ "जब तक इरादा कंपनी को लाभ पहुंचाने का है।"

उदाहरण:

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

जो भी प्रोग्रामर को प्रेरित करता है, उन्हें समय पर रिहाई देने के लिए एक प्रोत्साहन देता है।


14
मुझे आपकी पहली गोली पसंद है "लंबे समय तक कुछ सीखने में बिताओ" इससे न केवल डेवलपर को बल्कि कंपनी को भी बड़े लाभ हो सकते हैं।
Unwwntech

1
अपने उदाहरणों की तरह बहुत कुछ पर एक दिलचस्प ले के लिए, fedex days ( blogs.atlassian.com/rebelutionary/archives/000495.html ) एक बहुत ही दिलचस्प विचार है। आप जो चाहें बना लें, लेकिन इसे 24 घंटे में वितरित करें।
स्टीवन एवर्स

नई चीजें सीखना बहुत बड़ा मनोबल बढ़ाने वाला हो सकता है। बस यह सुनिश्चित करें कि यह एक क्षेत्र में है जो कंपनी के व्यवसाय से कुछ हद तक संबंधित है
रुडोल्फ ओलाह

22

दिन निकाल दें। आपने वह काम किया जो आप करने जा रहे थे इसलिए आप अभी भी काम कर रहे हैं?

यदि प्रक्रिया में बदलाव संभव था, तो पुनरावृत्तियों को छोड़ने पर विचार करें, लगातार जारी करें, और सिर्फ बैकलॉग से कहानियों को खींचते रहें। लेकिन क्या आप थोड़े समय के लायक नहीं हैं?


8
क्योंकि मुझ पर विश्वास करो, जब स्प्रिंट्स को आपको देर से काम करने की आवश्यकता होती है - आप देर से काम करेंगे :)
स्पेज करें

14

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


7

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

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

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

यदि आपके पास दिन हैं, तो मैं सीखने के लिए कुछ नया खोजने की कोशिश करूंगा, और इसके साथ खेलने की कोशिश करूंगा, शायद यह अगली बड़ी चीज है। लेकिन फिर अगर दिन होते हैं, तो ऐसा करने के लिए बैकलॉग में एक उपयोगकर्ता कहानी है


5

हमारे पुनरावृत्तियों को गुरुवार को समाप्त किया जाता है, शुक्रवार को किसी भी अंतिम-मिनट के मुद्दे को ठीक करने में सक्षम होने के लिए। लेकिन वे शुक्रवार (प्रत्येक 2 सप्ताह में) हमारे बीयर अवकाश के साथ मेल खाते हैं, इसलिए हम इसे काफी शांति से लेने की कोशिश करते हैं। कुछ मामूली कीड़े को ठीक करें, कुछ समय सामान (किताबें, StackExchange, ब्लॉग, आदि) पढ़ने में बिताएं, और दिन के अंत में बीयर के साथ आराम करें। अन्यथा आप पूरा होने या बंद होने की भावना तक नहीं पहुंचते हैं, और इसके बजाय एक पहिया नॉन-स्टॉप में हम्सटर कताई की तरह महसूस करते हैं।


5

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

केन श्वाबेर ने अपने ब्लॉग http://kenschwaber.wordpress.com/2010/06/10/waterfall-leankanban-and-scrum-2/ में लिखा है

"भगवान हमारी मदद करते हैं। लोगों ने झरने में सुस्त होने, आराम करने और रचनात्मक होने के तरीके ढूंढ निकाले। लीन और कानबन के साथ, उन छिपने के स्थानों को हटा दिया गया है। अब हमारे पास बिना रुके प्रगतिशील प्रगतिशील मार्च है।"


2
ठीक ठीक। ओपी की पोस्ट के विपरीत लगता है कि यह क्या होना चाहिए .. यह मूल रूप से कह रहा है "हम जल्दी खत्म होने के बाद अधिक काम कैसे कर सकते हैं?" कहने के बजाय "हम जल्दी खत्म हो गए, चलो थोड़ा आराम करो।"
वेन मोलिना

3

मेरी परियोजनाओं पर, पुनरावृत्ति नियोजन के दौरान हम हमेशा कुछ अतिरिक्त कार्यों का चयन करते हैं और उन्हें "बोनस कार्य" लेबल करते हैं, जो कि अगर पुनरावृत्ति में सब कुछ समाप्त हो जाता है, तो काम करते हैं। व्यावहारिक रूप से, ये "बोनस कार्य" आम तौर पर वैसे ही होते हैं जो अगले पुनरावृत्ति में पहले कभी भी काम करेंगे, लेकिन pyschologically उन्हें "बोनस कार्यों" को कॉल करना बेहतर होता है, तो बस हमेशा अधिक काम करने की योजना बनाई जाती है फिर पूरा किया जा सकता है।

सीखने या नवीनता के समय जैसी अन्य चीजों के लिए, हम बस प्रत्येक डेवलपर को एक सप्ताह में एक दिन तक सामान्‍य अपेक्षित चीज़ के रूप में खर्च करने देते हैं। यह सप्ताह का कोई भी दिन हो सकता है (अर्थात प्रत्येक सप्ताह के अंत में इसका होना आवश्यक नहीं है)।


अच्छा - आप जो भी उन्हें कहते हैं वह क्रिस्टल स्पष्ट होना चाहिए कि यह अतिरिक्त काम है। वादा किए गए कार्य को पूरा नहीं किए जाने के कारण स्प्रिंट के रूप में लेबल किए जाने की तुलना में अधिक विकेंद्रीकरण नहीं है।
रॉबी डी डे

2

मेरी टीम के सभी डेवलपर एक स्प्रिंट के अंत की ओर खाली समय का उपयोग करते हैं (बशर्ते कि सभी स्प्रिंट कार्य समाप्त हो जाते हैं) 'Google समय' के रूप में।

यह वह जगह है जहां प्रत्येक डेवलपर अपने स्वयं के विचार / परियोजना पर काम करता है जब तक कि यह कंपनी को लाभ पहुंचाता है। मैं दृढ़ता से इस तरह की एक प्रणाली लगाने का सुझाव देता हूं, इससे हमारी टीम के भीतर वास्तव में नौकरी की संतुष्टि के स्तर में वृद्धि हुई है।


2

यदि आप लगातार तीन दिन पहले खत्म कर रहे हैं, तो यह मुझे सुझाव देता है कि आप स्प्रिंट के लिए पर्याप्त कहानियों की योजना नहीं बना रहे हैं।

उत्पादकता बढ़ाने के लक्ष्यों में से एक है - यदि आप प्रत्येक स्प्रिंट की शूटिंग कर रहे हैं तो आप ऐसा नहीं करेंगे।

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


1

यह उन कारणों में से एक है, जिन्हें हमने कानबन में स्विच किया है। परियोजना से टूटने के बिना घोटाले के सभी लाभ।


0

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

यदि आप तब आफ्टरनून बंद नहीं कर सकते (और मेरा मतलब है कि दोपहर की शुरुआत में घर से बाहर निकलें, अपने स्वयं के उद्देश्यों को दोपहर तक बंद न करें) तो तकनीकी ऋण को संबोधित करें क्योंकि यह एक ऐसी चीज़ है जो किसी डेवलपर को किसी भी चीज़ से अधिक का अधिकार देती है (स्रोत : मेरी राय) तकनीकी ऋण के आसपास काम करना जब वे जानते हैं कि इसे कैसे संबोधित किया जाए और उनके जीवन को आसान बनाया जाए।


0

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

अब एक पूर्वव्यापी होने के बजाय, डेवलपर्स की प्रत्येक जोड़ी मौजूदा रेट्रोस्पेक्टिव बैकलॉग से एक उत्कृष्ट आइटम चुनती है और उस पर काम करती है।

हम एक चालू तकनीकी ऋण बैकलॉग भी रखते हैं, जो स्प्रिंट के लिए बोनस आइटम के रूप में कार्य करता है (यदि व्यवसाय समय से पहले अपने बैकलॉग से कुछ लागू करने के लिए तैयार नहीं हैं)।

यह पहले से ही काफी सकारात्मक साबित हो गया है, इसमें सभी छोटे-छोटे आइटम हैं जो बस एक दिन में ध्यान देने योग्य हैं कि प्रत्येक स्प्रिंट पर ध्यान दिया जाए।


सामान्य पूर्वव्यापी मुद्दों (घटिया कहानियों, अनुमान) को छोड़ने में आपको कितना समय लगा? क्या आप कभी भी एक पूर्वव्यापी नहीं करते हैं, पूरे चर्चा को पूरे स्प्रिंट में छोटी चर्चा में स्थानांतरित करते हैं?
चापलूसी

-1

एक सफेद बोर्ड डिजाइन सत्र है और आगामी स्प्रिंट पर दिलचस्प कहानियों के लिए कार्यान्वयन विचारों को साझा करें। ऐसा करने के बाद और योजना सत्र से अलग करें, जहां कहानियां अभी भी विवरणों पर प्रकाश में थीं और कहानी-बिंदुओं या टी-शर्ट के आकार के अनुमानों से आंकी जाती हैं। सत्र अनौपचारिक रखें और रचनात्मकता को प्रोत्साहित करें।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.