क्या प्रोडक्ट ओनर आपकी टीम का डेवलपर भी है?

9

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

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

मैं स्क्रैम और गेम देव (लगभग 1 और डेढ़ वर्ष) के लिए नया हूं, और यहां और अंग्रेजी के लिए भी नया हूं।

agile scrum game-development

— चार्ली
स्रोत

मैं दोपहर के लिए मतदान करूँगा, यह भी नहीं पता था कि यह अस्तित्व में है!

— ऑब्स्क्योररोबोट

2

बेचारी भाषा? कैसी घटिया भाषा?

— डेडएमजी

Plz मेरी खराब अंग्रेजी का बहाना है। : |

— चार्ली

6

अंग्रेजी का आपका उपयोग स्पष्ट और सही है

— ObscureRobot

3

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

— गयार

2

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

क्या यह नीचे आता है "क्या आपको ये कमीशन बनाने के लिए सामान मिला है?" यदि आपको लगता है कि आपके पास है, तो करें!

— कार्लो कुइप
स्रोत

3

मैं लगभग 5 महीने से देव और पीओ के रूप में काम कर रहा हूं। यह असंभव नहीं है, लेकिन सवाल यह है कि "क्या यह उचित या उत्पादक है?" यदि मैं अपने काम को एक अंक दे सकता हूं, तो मेरे पहले वर्ष को "ए +" मिला, लेकिन उन 5 महीनों के काम को मेरे दोनों कर्तव्य के लिए "बी" या "बी +" मिला।

— चार्ली

1

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

— कार्लो कुईप

8

मेरे अनुभव में, उत्पाद स्वामी या तो एक पीएम / टीपीएम है या व्यवसाय टीम का सदस्य है। हालांकि पीओ के लिए देव होना असंभव नहीं है, लेकिन हितों के टकराव का कुछ खतरा है। यदि आपका उत्पाद अत्यधिक तकनीकी है, तो पीओ के पास एक देव पृष्ठभूमि होनी चाहिए। यदि यह कम तकनीकी और अधिक अंत-उपयोगकर्ता केंद्रित है, तो एक पीओआई विचित्र अनुभव के साथ महत्वपूर्ण है।

— ObscureRobot
स्रोत

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

— चार्ली

6

एक प्रोग्रामर के रूप में (यह मानते हुए कि आप अच्छे हैं) आपको अपने कोड में निवेश किया जाएगा। एक मालिक या प्रबंधक के रूप में आपको उत्पाद में निवेश करने की आवश्यकता होती है।

ये हमेशा एक जैसे नहीं होते हैं। और जब वे नहीं होंगे तो आपको बड़ी समस्याएं होंगी।

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

मालिकों को बड़ी तस्वीर देखने की जरूरत है, प्रोग्रामर को विवरण देखने की जरूरत है। जब तक तुम भगवान नहीं हो तुम दोनों नहीं कर सकते!

— ब्राउन को चिह्नित करें
स्रोत

1

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

— चार्ली

1

दरअसल, एक अच्छे डेवलपर के रूप में मेरा मानना है कि आपको बड़ी तस्वीर देखने की कोशिश करनी चाहिए। हालांकि, यदि आप विस्तार के काम में गहरे हैं, तो यह कठिन है, इसलिए पीओ / प्रबंधकों की आवश्यकता है।

— 8

3

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

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

— थॉमस ओवेन्स
स्रोत

2

दिलचस्प है कि मैं चार्ली नामक एक आदमी को सलाह दे रहा हूं, (मेरा नाम चार्ल्स है) लेकिन मुझे एक देव / पीएम के रूप में दोहरी भूमिका में कुछ अनुभव है, और मेरे अनुभव में, यह बहुत आसान है कि एक में भी लिपटा हुआ हो भूमिका या अन्य।

यदि आप दोनों भूमिकाओं में शीर्ष पर रहते हैं, तो सभी तरीकों से ऐसा करते हैं, लेकिन अपने समय को बजट में रखें, और उन दोनों भूमिकाओं के बीच संदर्भ को पूर्णतया न्यूनतम तक सीमित रखें, विशेषकर एक दिन के भीतर।

आदर्श रूप से, मैं आपको सलाह दूंगा कि आप इन भूमिकाओं को मिलाने से बचें, जैसा कि वे हैं, जैसा कि आपने देखा है, एक-दूसरे के साथ काफी संघर्षपूर्ण है।

— SplinterReality
स्रोत

मैं "चार्ली" को अपने अंग्रेजी नाम के रूप में चुनता हूं क्योंकि यह याद रखना आसान है और इसका इस्तेमाल आम है। टीवी एपिसोड "LOST" में चार्ली नाम का एक लड़का और वह "क्लेयर" नाम की लड़की में है (मेरी प्रेमिका का फ्रेंच नाम :) मुझे इस नाम के अर्थ और "चार्ल्स" के संबंध में कोई जानकारी नहीं है।

— चार्ली

1

समस्या यह है कि मैं एक प्रोग्रामर टाइप व्यक्ति हूं, और कुछ कोडिंग का काम करना पसंद करता हूं। इसलिए उन दो भूमिकाओं के बीच स्विच करना मेरे लिए कठिन है। हमारी परियोजना में, पीओ के दैनिक कार्यक्रम में "दैनिक समीक्षा" नामक एक बैठक शामिल है। यह हर दिन शाम 5:00 बजे होता है, आईडीई में अपना आधा कोड छोड़ना और बाद में उन्हें खत्म करने के लिए वापस आना एक भयानक बात है ... इस अपरिहार्य बैठक को छोड़कर, 4-5 के बीच संचार गेम फ़ीचर टीम ने बहुत दिन का खर्च उठाया और मेरे काम में बाधा डालना। मैं केवल रात में कुछ कोड सोच और लिख सकता हूं जब अन्य चले गए हैं।

— चार्ली

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

— SplinterReality

1

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

— SplinterReality

0

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

— मोइन ज़मां
स्रोत

0

मैं दो भूमिकाओं के बीच सामान्य संतुलन समस्याओं को समझता हूं, लेकिन जो मैं नहीं समझता वह आपकी विशिष्ट चिंताएं हैं।

यदि आप ऐसा करते हैं तो विकास केवल एक पूर्णकालिक भूमिका है। यदि आप स्प्रिंट प्लानिंग के दौरान खुद को केवल 50% तक गिनते हैं (जब सभी डेवलपर-घंटे / दिन उपलब्ध हैं), तो आपके पास अपने पीओ कर्तव्यों के लिए बहुत समय होना चाहिए।

— Fuzzy76
स्रोत