स्क्रम: क्या होगा यदि उत्पाद स्वामी के पास कार्य हैं?


10

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

क्या टीम के कार्यों (जिनमें से कुछ शोध और कुछ विकास हैं) के साथ मिश्रित उत्पाद स्वामी के कार्य (जिसमें अधिकतर अनुसंधान शामिल है) होना उचित है।


अगर विकास कार्य इस पर निर्भर करते हैं, तो मैं हां कहूंगा। आपको इसकी आवश्यकता है ताकि आप निर्भर कार्यों का आदेश दे सकें।
hvgotcodes

क्या यह व्यक्ति कोड लिख रहा है?
जेएफओ

जवाबों:


8

Scrum के विशेषज्ञ यह बताते हुए बहुत दृढ़ हैं कि Product Owner और Scrum Master दो अलग-अलग लोग होने चाहिए। हालाँकि, ऐसा कोई नियम नहीं है जो विकास टीम से बाहर हो। विक्रम गाइड में ध्यान दें :

विकास दल का आकार

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

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

उस ने कहा, जो भी काम करें अपना काम अच्छे से करें।


अच्छा पकड़ा। मुझे वह पूरी तरह याद आया।

1

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

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


0

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

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

तो, यह कोशिश करो। रेट्रोस्पेक्टिव्स करें ताकि आप अपनी प्रक्रिया में लगातार सुधार कर सकें। अपनी टीम की उत्पादकता के रास्ते में कुछ कार्यप्रणाली से पहले चिपके रहने न दें।

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