एक स्क्रम टीम में प्रमुख टीम के सदस्य

Question

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

Comments

क्या इसे pm.stackexchange.com पर स्थानांतरित किया जाना चाहिए ?

— अब्देल रावोफ

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

— ozz

मैं pm.stackexchange.com पर जाने से सहमत नहीं हूं क्योंकि Scrum मास्टर PM नहीं है और Scrum प्रोजेक्ट में PM नहीं होना चाहिए।

— लादिस्लाव मृंका

ऐसा लगता है कि आप अपनी टीम में केवल वही हैं जो चिंतित है। उसे एक द्वंद्वयुद्ध के लिए चुनौती दें।

— जेफ़ो

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

— MaR

Answer 1

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

आप क्या कर सकते है:

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

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

Answer 2

संभवतः, इस सवाल का कारण यह है क्योंकि आपको लगता है कि टीम इस प्रमुख व्यक्ति के कारण किसी तरह अंडर-परफॉर्म कर रही है। शायद इसलिए कि बाकी टीम 100% योगदान नहीं दे रही है, क्योंकि, क्या बात है?

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

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

जिनमें से सभी कठिन है, लेकिन यह है कि प्रबंधकों और स्क्रैम मास्टर्स के लिए क्या कर रहे हैं।

इस बारे में जाने के लिए एक और संभव तरीका है। इसे टीम समस्या बनाएं। उन्हें एक साथ बुलाओ और उन्हें बताओ कि वे कम प्राप्त कर रहे हैं और यहाँ क्यों है। उन्हें एक समाधान के साथ आने के लिए कहें। आप हैरान हो सकते हैं।

Comments

बस उत्कृष्ट उत्तर।

— लादिस्लाव मृका

मुझे फीडबैक पर आपका ध्यान पसंद है।

— चापलूसी

Answer 3

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

यदि वह मापा जाता है कि वह अपनी टीम का कितना अच्छा समर्थन करता है और उन्हें अपने स्तर पर लाता है तो उसके पास ऐसा करने के लिए अधिक प्रेरणा होगी।

आपको लगता है कि वह वास्तव में टीम (मेरे अनुमान) के हित में काम नहीं कर रहा है, यानी वह किसी तरह से बुराई है, तो हाँ, उसे हटा दें। लेकिन एक बुद्धिमान व्यक्ति ने एक बार मुझसे कहा था: जब कोई अक्षमता या सरल अज्ञानता की संभावना अधिक हो, तो बुरा मत मानो।

Comments

यह समस्या को फिर से तैयार करने का एक शानदार तरीका है। उसकी मदद के लिए पूछना पूरी तरह से स्थिति को बदल देता है (और इसे पूरी तरह से कम डरावना बनाता है)।

— जो व्हाइट

Answer 4

लगता है कि वह स्क्रैम मास्टर बनने की कोशिश करता है।

अपनी स्थिति स्पष्ट करें, और उसके अनुसार कार्य करें।

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

त्वरित नोट: आपका प्रमुख डेवलपर आपके निष्क्रिय डेवलपर से अधिक समस्याग्रस्त नहीं है।

Comments

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

— ozz

@ नाम: क्या आप मुझे बता सकते हैं क्यों?

खैर, सीमित लोगों के लिए एक परियोजना पर काम करना। उसे दूसरी टीम में ले जाने से दूसरी टीम को असुविधा होती है और वह विरोध कर सकती है। एक परियोजना पर ज्ञान प्रतिधारण एक और होगा (यह कहना आसान है कि ज्ञान को फैलाना चाहिए, लेकिन वास्तव में यह नहीं है)। यह 3 बहुत ही वास्तविक कारण है कि यह आसान क्यों कहा गया है। ऐसा नहीं है कि यह निश्चित रूप से नहीं किया जा सकता है। बेशक शायद आप उसे आग का मतलब :-)?

— ozz

मैं यूके में हूं, और एक प्रमुख व्यक्तित्व किसी को आग लगाने का कारण नहीं है, आपको इससे कहीं अधिक की आवश्यकता होगी!

— उल्लू

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

— ozz

Answer 5

वर्तमान में स्प्रिंट प्लानिंग एक भूमिका है जो टीम में घूमती है

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

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

Answer 6

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

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

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

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

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

Answer 7

शायद "प्रमुख" देव को टीम की उपलब्धियों के बजाय उनके व्यक्तिगत प्रदर्शन से पुरस्कृत किया जाता है?

अतीत में मैंने यह सुनिश्चित किया है कि जो लोग बहुत मुखर होते हैं और स्पष्ट विचार रखते हैं उन्हें दूसरों के योगदान को बढ़ावा देकर (उनके उद्देश्यों के माध्यम से) पुरस्कृत किया जाता है।

सामान्य तौर पर, मुझे लगता है कि घोटाले के सदस्यों को टीम की उपलब्धियों के बजाय उनके व्यक्तिगत योगदान पर ठोस रूप से पुरस्कृत करना एक बुरा विचार है।

आप सभी टीम के सदस्यों के लिए अपनी टीम में 360 फीडबैक राउंड करने का भी प्रयास कर सकते हैं, केवल अगर आपको लगता है कि अन्य टीम के सदस्य उनकी टिप्पणियों में सत्य होंगे।

Answer 8

प्रस्ताव करें कि वह निम्नलिखित स्प्रिंट के लिए स्क्रैम मास्टर बने।

जिम्मेदारियों को लेने के इच्छुक लोग कोई समस्या नहीं है (जब तक वे उन पर एकाधिकार नहीं चाहते हैं), यह ठीक वही है जो हम आत्म-संगठन के साथ हासिल करना चाहते हैं।

घूर्णन स्कैम मास्टर भूमिका वाली टीमें असामान्य नहीं हैं, वैसे।

Answer 9

स्क्रम मास्टर का एकमात्र कार्य यह सुनिश्चित करना है कि हर कोई स्क्रेम बुक नियमों द्वारा खेलता है। यदि नॉन-स्क्रैम मास्टर्स ऐसा करते हैं, तो स्क्रम मास्टर के हस्तक्षेप के बिना, यह सिर्फ आपको दिखाएगा कि आप महान (स्करम-) आकार में हैं! स्क्रम मास्टर को जितना कम करना है, आपकी टीम उतनी ही गंभीर और दुबली है। आखिरकार स्क्रम मास्टर की भूमिका को समाप्त किया जा सकता है, वह आपको आरंभ करने और आपको स्करम सिखाने के लिए है।

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

Answer 10

व्यक्तिवाद और व्यक्तिगत प्रदर्शन को गले लगाओ, लेकिन निष्क्रिय व्यक्तियों को अधिक सहभागी बनने के लिए सशक्त बनाने का भी प्रयास करें।

मेरा अनुभव कहता है कि यद्यपि वे पहली नजर में समान लग सकते हैं, साम्यवाद और फुर्तीली समान नहीं हैं। एजाइल एक वर्गविहीन समाज (टीम) के लिए नहीं बल्कि सॉफ्टवेयर के लिए काम करता है।

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