क्या स्क्रम डेली स्टैंडअप मीटिंग्स में गैर-चेकइन-संबंधित चर्चा करना कभी स्वीकार्य है?


9

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

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

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

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


2
उस लेख में चेक इन के बारे में कुछ भी उल्लेख नहीं किया गया है ...
रॉबी डी

1
निर्भर करता है कि आप सचमुच खड़े हैं या नहीं।
जेफ

3
इस प्रश्न का आधार मुझे बहुत त्रुटिपूर्ण लगता है - "क्या कभी एक्स को चुस्त अभ्यास वाई के साथ करना उचित है" - इस प्रश्न का उत्तर देने के लिए महत्वपूर्ण लोग आपकी टीम हैं। आप उन प्रक्रियाओं पर प्रतिबिंबित करने वाले हैं जो आप उपयोग कर रहे हैं और यह निर्धारित करते हैं कि आपके साथ काम करना है या इसे बदलना है, यह इस आधार पर है कि यह आपकी टीम के लिए कितना अच्छा है। यदि आपको इसका मूल्य नहीं मिल रहा है, तो इससे क्या फर्क पड़ता है कि p.se क्या कहता है? इसके विपरीत अगर यह समय बर्बाद कर रहा है, तो फिर से इस मामले पर इंटरनेट की पकड़ बहुत महत्वपूर्ण नहीं है
डेनिथ

जवाबों:


17

डेली स्क्रैम का उद्देश्य विकास टीम के लिए पिछले 24 घंटों की समीक्षा करना है, और अगले 24 घंटों के लिए उनकी योजना को अद्यतन करना है।

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

डेली स्क्रम के लिए क्या नहीं है समस्याओं के समाधान का पता लगा रहा है। उसके बाद करें ...


5

यकीन है कि यह स्वीकार्य है, लेकिन पहले महत्वपूर्ण चीजों पर ध्यान दें। यदि हमारे पास 15-मिनट का समय बचा है, जो कि 5 व्यक्ति विकास टीम के लिए बहुत आम है जो कि झुंड है (क्योंकि वे विकास के दौरान अधिक बार सिंक करते हैं), मुझे अतिरिक्त संचार और या घोषणाओं से कोई समस्या नहीं है। जब तक हम उन्हें दैनिक के अंत तक स्थगित कर देते हैं।


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

डेली स्क्रेम विकास टीम के लिए गतिविधियों को सिंक्रनाइज़ करने और अगले 24 घंटों के लिए एक योजना बनाने के लिए 15 मिनट का समय-बॉक्सिंग इवेंट है।

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

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

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


3

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

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

संस्कृति के आधार पर स्टैंडअप सख्त हो सकता है या इसमें सामाजिक मुद्दे भी शामिल हो सकते हैं। यह कभी भी एक नासमझ होने वाली घटना नहीं होनी चाहिए, जिसे "ज़ोंबी घोटाले" माना जाएगा।


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

@ मृंह नं।, मुख्य बिंदु स्वयं समीक्षा या योजना नहीं है, यह टीम के अन्य सदस्यों को इस बात से अवगत करा रहा है कि आप क्या कर रहे हैं ताकि वे आपकी मदद कर सकें ताकि आप अपने दम पर तेजी से विफल हो सकें। हालांकि आप गलत नहीं हैं, आप केवल शू-चरण <g> में हैं। en.wikipedia.org/wiki/Shuhari
मार्टिन मैत

शू पर आप सिर्फ एक शिशु हैं, री पर आप एक मास्टर हैं ... इसका उद्देश्य अभी भी एम्पैरिसिज्म को लागू करना है: "डेली स्क्रैम विकास टीम के लिए गतिविधियों को सिंक्रनाइज़ करने और योजना बनाने के लिए 15 मिनट का समय-बॉक्सिंग इवेंट है अगले 24 घंटे । " scrumguides.org/scrum-guide.html#events-daily
MrHinsh - Martin Hinshelwood

3

कई लोगों के बीच अक्सर एक द्वंद्व होता है कि विभिन्न लोग जोर-शोर से जोर देते हैं और प्रक्रियाओं पर लोगों की अवधारणा।

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

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


ऐसा लगता है कि आप जो भी वर्णन करते हैं वह सीधे स्क्रम गाइड के अनुरूप है और वास्तव में "सख्त घोटाला" है।
मृंहेश - मार्टिन हिंसेलवुड

2

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

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

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

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


1

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

अंगूठे के नियम मैं दोस्तों के साथ परियोजनाओं के दौरान अटक गया और ड्रिल किया गया और पेशेवर सेटिंग में सम्मानित किया गया:

  • बिता कल

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

  • आज

ऊपर के रूप में लेकिन आज

  • ब्लॉकर्स

सब कुछ है कि एक कारण हो सकता है, अलार्म बढ़ा, कोई फर्क नहीं पड़ता कि कैसे तुच्छ (मतलब किसी पर आ सकते हैं और अपने कोड की जाँच करें या आप एक पवित्रता की जाँच दे)

और कुछ भी एक व्याकुलता है। इसका अर्थ यह हो सकता है कि "हो सकता है" ऐसा लगता है जैसे वे परियोजना प्रगति के लिए प्रासंगिक हैं वास्तव में नहीं हैं। यह बहुत कठोर है, लेकिन यह XP के प्रयोजनों के लिए बहुत प्रभावी है।


तो, मूल रूप से, आप कह रहे हैं कि गैर-चेकइन से संबंधित चर्चा करना स्वीकार्य नहीं है, आपको सिर्फ वास्तविक चेकइन पर ध्यान देना चाहिए?
EJoshuaS -

उत्तर को अपडेट करें।
PrometheanVigil

धन्यवाद, यह उचित लगता है। मैंने निश्चित रूप से चेकइन बैठकें देखी हैं जो अंतहीन रूप से घसीटी गईं और यह व्यर्थ प्रतीत होती हैं।
EJoshuaS -

0

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

आपकी सभी चिंताएँ मान्य हैं। यद्यपि हम यह अनुमान लगाने का प्रयास कर सकते हैं कि यदि यह कोई समस्या पैदा करता है, तो मैं आपके सुझाव का उत्तर केवल आपको सुझाव देकर दूंगा।

निम्नलिखित से बचें:

  1. बैठकें जो बहुत लंबी हैं।
  2. बहुत से लोग घोषणाओं को कहीं और प्राप्त करना पसंद करते हैं। एक निर्धारित बैठक के दौरान ऐसा करना लुभावना है, लेकिन इसका दुरुपयोग न करें। ज्यादातर लोग बैड मीटिंग से नफरत करते हैं।
  3. जानकारी सभी के लिए लागू नहीं होती है। कुछ अपवाद अवसर पर ठीक हैं।
  4. हर बैठक में जरूरत के बजाय आदत से बाहर घोषणाएं होती हैं। पेशा बनो।

शिक्षित और सूचित निर्णय लें और ओवर-एप्लाई करने या नियमों को बहुत शाब्दिक रूप से छिपाने के पीछे न जाएं।

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

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