2010-11-25 12 views
6

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

हम मानक तीन प्रश्न करते हैं, लेकिन क्योंकि हम व्यक्ति को व्यक्ति के पास जाते हैं, वहां कोई वास्तविक वार्तालाप नहीं है कि वास्तविक उपयोगकर्ता कहानी कहां से खड़ी है क्योंकि एक ही समय में कई लोग इस पर काम कर रहे हैं।

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

क्या किसी को इस तरह के मुद्दे के साथ कोई अनुभव है और क्या कोई बेहतर समाधान है?

+1

आप [यहां] (http://programmers.stackexchange.com) पर पूछने से बेहतर होंगे। – adrianbanks

+0

जब आप लिखते हैं कि आप यह सुनिश्चित करना चाहते हैं कि "... हम शीर्ष प्राथमिकता कार्यों के शीर्ष पर हैं ..." और आप "... प्रत्येक कार्य की वर्तमान स्थिति ..." जानना चाहते हैं, तो मेरा पहला विचार यह है कि आप कहानियों को छोटे टुकड़ों में तोड़ नहीं सकते हैं। मैंने देखा है कि कुछ टीमों ने प्रत्येक सदस्य को किसी प्रकार का टोकन दिया है (उदाहरण के लिए, सुपर-हीरो की तरह) और फिर प्रत्येक सदस्य ने अपनी टोकन को उस कहानी पर चिपकाया जिस पर वे काम कर रहे हैं। फिर यह देखने के लिए कि क्या आप "शीर्ष पर" कार्य हैं, आपको बस बोर्ड को देखना होगा। आपके डेवलपर्स एक कहानी पर कब तक खर्च कर रहे हैं? – JeffH

+3

मैं इस सवाल को ऑफ-विषय के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि यह प्रोग्रामिंग के बारे में नहीं है। –

उत्तर

2

क्या काफी अच्छी तरह से काम कर देखा है:

1) 5 व्यक्तियों को छोटी टीम

3 के साथ काम अच्छा है। 7 से ऊपर, स्थायी बैठक अब और काम नहीं करती है।

2) आप "मानक 3 प्रश्न" का एक दौर करते हैं।

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

मुख्य उद्देश्य उन व्यक्तियों के जोड़े बनाना है जो एक ही कार्य पर एक साथ काम करेंगे।

3) फिर आप कार्य बोर्ड की समीक्षा करते हैं, ताकि आप स्टैंडअप मीटिंग के दौरान मुख्य बिंदु को कवर कर सकें। यदि आवश्यक हो तो आप शायद जो भी कहा हो उसे समायोजित कर सकते हैं।

यह सब लगभग 15 मिनट

इस सहायता की आशा करें।

+0

मुझे यह विचार पसंद है, बर्नार्ड। धन्यवाद। टास्क बोर्ड की अंतिम समीक्षा वह है जिसे हम छोड़ते हैं जो कुछ चीजों को क्रैक के माध्यम से फिसलने की इजाजत देता है अगर कोई इसे अपने व्यक्तिगत अपडेट में लाता है। – timothymcgrath

0

मुझे लगता है कि स्क्रम का लक्ष्य ब्लॉकिंग मुद्दों की पहचान करना है और जिन्हें उनको हल करने के लिए बात करने की आवश्यकता है। क्या आप कहानी/टास्क कार्ड का उपयोग कर रहे हैं? प्रगति एक नज़र यदि आप कर रहे हैं पर मूल्यांकन किया जा सकता ....

2

जब मैं स्टैंडअप छोड़ देते हैं, मैं करना चाहते हैं लगता है कि मैं ठीक से पता है, जहां हम स्प्रिंट में इसे हैं और हम पर हैं कि शीर्ष प्राथमिकता कार्यों के शीर्ष पर।

दैनिक स्टैंडअप इस के लिए बिल्कुल सही नहीं हैं।

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

+0

मैं मानता हूं कि हम योजना मीटिंग में ये निर्णय लेते हैं। लेकिन एक हफ्ते स्प्रिंट में, एक बिंदु पर आप सुनिश्चित करते हैं कि हर कोई सही वस्तुओं पर ट्रैक कर रहा है? क्या आप इसे स्टैंडअप में करते हैं? क्या होगा यदि हमारे पास एक डेवलपर कम प्राथमिकता वाले आइटम पर काम कर रहा है क्योंकि उसने उन सभी उच्च प्राथमिकताओं को समाप्त कर दिया जो उन्हें सौंपा गया था और बस उनकी सूची में काम कर रहे हैं। लेकिन ऐसे कई महत्वपूर्ण कार्य हैं जिन पर वह काम कर सकता है जो किसी और को सौंपा गया है? हम अपने आइटम को ट्रैक करने के लिए माइक्रोसॉफ्ट टीएफएस का उपयोग करते हैं ... – timothymcgrath

+0

@tim मुद्दा ट्रैकर अधिकांश सामानों के लिए कवर करता है, यह इस बात पर निर्भर करता है कि हम इसका उपयोग कैसे करते हैं। यदि मामले की स्थिति उस मुद्दे को प्रतिबिंबित करती है जो उसके पास है, तो यह प्रोजेक्ट मैनेजर के लिए दृश्यमान है। उसके बाद वह उस पर कब्जा कर सकता है (शायद वह स्टैंडअप में आ जाएगा, अगर इसे टीम के साथ चर्चा करने की आवश्यकता है)। –

+0

@timothymcgrath - आपकी दौड़ कितनी देर तक हैं? शायद यदि आपने कम वस्तुओं के साथ स्पिंट को कम किया है, तो यह उच्च प्राथमिकता वाले कार्य किए जाने से पहले कम प्राथमिकता वाले कार्यों की समस्या को कम कर सकता है। साथ ही, आप टीम के सदस्यों को स्प्रिंट के दौरान कहानियों को स्वयं-चयन करने की कोशिश कर सकते हैं ताकि वे शुरुआत में टीम को कहानियों को निर्दिष्ट करने के बजाय उच्च प्राथमिकता कार्य को चुन सकें और उम्मीद कर सकें कि सभी उच्च प्राइ कार्यों को पहले किया जाता है कम प्राइ कार्यों। या यदि कार्यों को असाइन करने की आवश्यकता है तो शुरुआत में आधा असाइन करें और फिर शेष आधे रास्ते को असाइन करें। –

2

चार्ट नीचे जलाएं आपको प्रगति दिखाना चाहिए।

ऐसा लगता है कि आप टीम के प्रबंधक हैं या टीम को माइक्रोमैनेज करने का प्रयास कर रहे हैं। स्क्रम में इसकी अनुमति नहीं है।

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

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

एक बार फिर - यदि आप स्प्रिंट के दौरान प्राथमिकताओं के अनुसार टीम का चयन करने के लिए मजबूर करेंगे, तो आप स्क्रम को मार देंगे।

+0

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

+0

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

1

क्या किसी को इस तरह के मुद्दे के साथ कोई अनुभव है और क्या कोई बेहतर समाधान है?

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

उपरोक्त चीजें स्क्रम टीम के साथ क्यों हो रही हैं? खैर, ऐसा इसलिए हो सकता है क्योंकि एसएम टीम पर "आदेश और नियंत्रण" का पालन करता है, या आपकी टीम पर्याप्त प्रेरित नहीं है, या टीम का मानना ​​है कि दैनिक स्क्रम बैठक समय की बर्बादी है, या टीम सहयोग करना पसंद नहीं करती है और इसलिए पर।

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

2

यह एक बहुत ही सरल परिवर्तन है जिसे मैं थोड़ी देर के लिए बना रहा हूं।

  • यह मैं क्या सीखा कल
  • यह है कि मैं क्या आज
  • मैं जरूरत को कुछ मदद इस जानने जानने के लिए आशा है कि है।

सब कुछ पहले से ही बोर्ड/चार्ट पर दिखाई देना चाहिए (अवरोधक लाल चिपचिपाहट पर जाते हैं)।

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

संबंधित मुद्दे