एक स्क्रम स्टैंडअप में, क्या चर्चा की गई थी कि क्या कल को बोर्ड पर काम या सभी कामों तक सीमित होना चाहिए?


10

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

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

क्या बोर्ड के कार्यों पर चर्चा को सीमित करना मान्य है?


1
कि डेवलपर्स पूरे दिन बिताते हैं उनके कार्यों पर काम नहीं करना एक समस्या हो सकती है जो कि उल्लेख नहीं होने पर अदृश्य होगी?
रेमकोगर्लिच

हर कोई 30 सेकंड में बात करता है कि उसने पहले क्या किया था। आप कितना अधिक ध्यान केंद्रित करना चाहते हैं? आप अनुमानों की समीक्षा नहीं करते हैं । जब आप उन्हें अगले आदमी (समीक्षक या परीक्षक) को पास करते हैं तो आप कार्यों को ट्रैक करते हैं।
gnasher729

जवाबों:


5

दैनिक स्टैंडअप पर स्क्रैम गाइड सामग्री के अनुसार, चर्चा के लिए तीन प्रश्न हैं:

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

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

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

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

एक अपवाद हो सकता है अगर कोई व्यक्ति मल्टीपल स्क्रेम टीमों का समर्थन कर रहा है। बैठक में, वे शायद कल की सब कुछ के बारे में बात नहीं करें, लेकिन उन्होंने उस टीम के समर्थन में क्या किया जो वर्तमान में स्टैंडअप है।

स्प्रिंट पूर्वव्यापी टीम के साथ इस मुद्दे के बारे में बात करने के लिए एक महान समय है। विचार करने के लिए बहुत सारे प्रश्न हैं:

  • क्या टीम स्प्रिंट गोल से संबंधित वस्तुओं पर काम कर रही है?
  • क्या बहुत अधिक अनियोजित कार्य है?
  • अनियोजित कार्य कहां से हो रहा है और इसे कौन प्राधिकृत कर रहा है?
  • लोग बोर्ड पर नहीं चीजों पर काम क्यों कर रहे हैं?
  • क्या हमें बोर्ड पर उन चीजों को बाँधने के लिए और अधिक विवरण दिखाना चाहिए जो आप आइटम पर आसानी से करते हैं?

2
"स्प्रिंट गोल" के साथ परेशानी इसकी बहुत अस्पष्ट और शुभकामना है। अभ्यास में स्प्रिंट गोल == बोर्ड पर कार्यों को पूरा करें। अगर आपने वहां पर काम नहीं किया है तो या तो यह होना चाहिए या आप इस पर काम नहीं करना चाहिए
इवान

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

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

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

1
रिपोर्टिंग का स्तर यदि आपके स्क्रेममास्टर / पीएम / कंपनी तक है। आप बस दिन के लिए अपने सभी काम को कवर करने के लिए एक "ट्रिगिंग बग" टिकट लिख सकते हैं। लेकिन महत्वपूर्ण बात यह है कि आप SPRINT के हिस्से के रूप में इसे प्राप्त करते हैं। यह मत समझो कि इसकी सिर्फ कुछ अन्य मीट्रिक
इवान

0

नहीं, आपको इस बारे में बात करनी चाहिए कि आपने कल क्या किया था।

यदि बोर्ड पर इसकी आवश्यकता नहीं है, तो आपको निम्नलिखित में से एक करने की आवश्यकता है:

  • इसे बोर्ड पर रखो,
  • करना बंद करो
  • या टीमों को बदल सकते हैं।

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

सामान पर काम करने वाली एक टीम का सदस्य जो स्प्रिंट में नहीं है, मेरे विचार में फुर्तीली गोद लेने के प्राथमिक कारणों में से एक असफल है। आमतौर पर यह एक डेवलपर को किसी अन्य परियोजना पर लाइव मुद्दों को ठीक करने के लिए दिया जाता है।

स्प्रिंट्स में एक और कष्टप्रद बात है "पीएम अन्य परियोजनाओं के लिए बैठकों के बारे में बात कर रहे हैं"। मेरे विचार में पीएम स्क्रैम टीम का हिस्सा नहीं हैं, वे 'प्रोडक्ट ओनर' की भूमिका को भरते हैं और इस तरह सवालों के जवाब देते हैं, प्रगति की रिपोर्ट नहीं करते।


3
अनियोजित कार्य जैसी कोई चीज है - वह कार्य जो किसी को अनब्लॉक करने के लिए किया जाना चाहिए या अन्य कार्यों को करना चाहिए जो बोर्ड पर हैं, लेकिन यह बोर्ड पर नहीं है। अक्सर, यह सिर्फ इसे करने के लिए इसे बोर्ड पर रखने के लिए तेज़ हो सकता है। यह टीम पर निर्भर है कि वह कैसे निपटें। मेरी वर्तमान टीम के नियम हैं - कोई भी चीज जो उत्पादन या QA वातावरण या कार्यों में तैनात होती है, जिसमें 2 घंटे लगते हैं। अभी भी कभी-कभी छोटे कार्य होते हैं, जिनके बारे में बात करने की आवश्यकता होती है, लेकिन बोर्ड नहीं बनाते हैं क्योंकि यह मानदंड फिट नहीं है।
थॉमस ओवेन्स

@ इवान, क्या आप उस पर विस्तार कर सकते हैं? लाइव बग्स को ठीक करने वाले को कौन संभालता है, अगर यह स्प्रिंट में नहीं है? प्रोजेक्ट ओनर एक ही समय में प्रोजेक्ट मैनेजर कैसे हो सकता है? (मेरा मतलब है कि वह कौन है, या वह दोनों भूमिकाओं
डेनिस

स्पष्टता के लिए संपादित
इवान

@ डेनिस: प्रोजेक्ट मैनेजर एक स्क्रैम भूमिका नहीं है।
रेमोकोर्लिच

@ इवान, धन्यवाद। यह उत्तर के लिए आवश्यक नहीं है, लेकिन मैं उत्सुक हूं - "पीएम अन्य परियोजनाओं के लिए बैठकों के बारे में बात कर रहे हैं", यह कैसे काम करता है? क्या पीएम प्रोजेक्ट एक्स के बारे में बैठक में आते हैं, लेकिन वाई के बारे में बात करते हैं? मेरे पास इसे देखने का एक कठिन समय है। यह कैसे / क्यों संभव है? क्या आपका मतलब है कि वे अंदर आते हैं और अनिवार्य रूप से गपशप करना शुरू कर देते हैं या ऑफ-टॉपिक शुरू कर देते हैं या गैर-तात्कालिक बैठक-विशिष्ट लक्ष्यों / जरूरतों के बारे में बात करने के लिए उनके लिए एक गहरा कारण है? मैं कहता हूँ "यह सुनकर अच्छा लगा, लेकिन मैं प्रोजेक्ट Y का हिस्सा नहीं हूँ ... कोई ज्ञान / अनुभव नहीं है, क्या हम वापस X पर वापस आ सकते हैं?"
डेनिस
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.