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

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

उत्पाद स्वामी प्रभावी उत्पाद बैकलॉग प्रबंधन के लिए भी जवाबदेह है, जिसमें शामिल हैं:

• उत्पाद लक्ष्य का विकास और स्पष्ट रूप से संचार करना;
• उत्पाद बैकलॉग आइटम बनाना और स्पष्ट रूप से संचार करना;
• उत्पाद बैकलॉग आइटम ऑर्डर करना; तथा,
• यह सुनिश्चित करना कि उत्पाद बैकलॉग पारदर्शी, दृश्यमान और समझ में आने वाला है।

उत्पाद स्वामियों के सफल होने के लिए, पूरे संगठन को उनके निर्णयों का सम्मान करना चाहिए। ये निर्णय उत्पाद बैकलॉग की सामग्री और क्रम में और स्प्रिंट समीक्षा में निरीक्षण योग्य वृद्धि के माध्यम से दिखाई दे रहे हैं।

उत्पाद स्वामी एक व्यक्ति है, समिति नहीं। उत्पाद स्वामी उत्पाद बैकलॉग में कई हितधारकों की आवश्यकताओं का प्रतिनिधित्व कर सकता है। उत्पाद बैकलॉग को बदलने के इच्छुक लोग उत्पाद स्वामी को समझाने की कोशिश करके ऐसा कर सकते हैं।"

उत्पाद स्वामी का हिस्सा

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

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

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

फैसलों का सम्मान

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

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

असली दुनिया

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

तब आप उत्पाद के स्वामी बन गए हैं।