क्या एससीआरयूएम प्रक्रिया

Question

में एक से अधिक भूमिकाएं ठीक है क्या आपको लगता है कि एक व्यक्ति के लिए एससीआरयूएम का उपयोग करना चाहते हैं जो एक सॉफ्टवेयर विकास कंपनी में एक से अधिक भूमिका निभा सकता है?

उदा। यदि एक व्यक्ति है यह ठीक/संभव है

• जमघट मास्टर और टीम के सदस्य
• उत्पाद मालिक और टीम के सदस्य
• जमघट मास्टर और उत्पाद मालिक

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

किसी भी संकेत के लिए धन्यवाद।

Answer 1

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

Answer 2

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

एससीआरयूएम मास्टर निश्चित रूप से एक छोटी टीम में कुछ टीम सदस्य कर्तव्यों को ले सकता है। हालांकि, ज्यादातर मामलों में टीम का आकार 3-4 से आगे बढ़ता है, इसलिए एससीआरयूएम मास्टर के पास नियमित विकास कार्य के लिए समय नहीं होगा।

[अपडेट किया गया:। "मैल" मास्टर एक बहुत ही असुविधाजनक टाइपो]

Answer 3

खोजें archives of the scrumdiscussion list. यह बड़े पैमाने पर वहाँ पर अतीत में चर्चा की गई।

Answer 4

हमारे सभी स्क्रम-स्वामी भाग लेने वाले टीम-सदस्य हैं और मुझे लगता है कि यह ठीक काम करता है। प्रक्रिया उत्पादकता में अंतर को वास्तव में अच्छी तरह से संभालती है।

मुझे सच में लगता है कि उत्पाद स्वामी बाहरी होना चाहिए, लेकिन मुझे विश्वास है कि टीमों के पास उत्पाद स्वामी से कुछ दूरी होनी चाहिए।

Answer 5

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

ओह हाँ, और मैं निश्चित रूप से एससीआरयूएम मास्टर के लिए कराटे किड हेडबैंड की अनुशंसा करता हूं।

Answer 6

"आदर्श स्क्रम स्थिति" में आप भूमिकाएं साझा नहीं करेंगे।

Scrum master and team member
अवसर पर वहाँ उन्हें अपने कार्य को पूरा करने की आवश्यकता होगी, और एक बाधा है कि एक टीम के सदस्य ने बताया है दूर करने के लिए की आवश्यकता होगी, के बीच ब्याज की एक संघर्ष किया जाएगा। उनकी प्रत्येक भूमिका में उन्होंने स्प्रिंट समाप्त होने से पहले अपनी भूमिका पूरी करने के लिए 'प्रतिबद्ध' किया है - जिसे प्राथमिकता लेनी चाहिए?हालांकि, वास्तविकता में यह शायद भूमिकाओं

Product owner and team member
का सबसे आम जोड़ी आप वास्तव में एक ही व्यक्ति को स्वीकार करने के रूप में पूर्ण और समाप्त और वास्तव में काम कर रही काम कभी नहीं होना चाहिए है। यह केवल कभी एक एक आदमी कंपनी इस स्थिति में आप पहली जगह

Scrum master and product owner
फिर मैं के रूप में स्प्रिंट को पूरा करने के लिए इच्छुक स्क्रम मास्टर के बीच ब्याज की एक संभावित टकराव को देखने में स्क्रम प्रयोग का विचार सवाल कर सकते हैं में होना चाहिए प्रतिबद्ध है और उत्पाद मालिकों को यह स्वीकार करने की आवश्यकता है कि स्प्रिंट स्वीकार कर लिया गया है।

Answer 7

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

अन्य संयोजन (पीओ एक टीम सदस्य है, एसएम एक टीम सदस्य है) भी डाउनसाइड्स है लेकिन कम हानिकारक है।