PBI बनाम उपयोगकर्ता कहानी


18

हाल ही में उत्पाद स्वामी द्वारा उत्पाद बैकलॉग में एक आइटम जोड़ा गया है जो कहता है "जब मैं x पृष्ठ से लॉगिन पृष्ठ पर जाता हूं, तो मुझे एक त्रुटि दिखाई देती है। मैं चाहता हूं कि वह त्रुटि दूर हो जाए"।

यह मुझे लगता है कि यह उपयोग का मामला नहीं है, और इसे PBI (उत्पाद बैकलॉग आइटम) नहीं होना चाहिए। हालाँकि, जब मैंने इसकी चर्चा की, तो scrum master ने मुझे बताया कि उपयोगकर्ता कहानियां PBI नहीं हैं और, PBI एक बग रिपोर्ट, एक कार्य, एक उपयोगकर्ता कहानी, कुछ भी हो सकता है, और वस्तुतः कोई भी वस्तु जिसे पहले संबोधित किया जाना चाहिए।

मैं इसके बारे में आश्वस्त नहीं हूं। इसके अलावा मुझे वेब पर PBI की अच्छी परिभाषा नहीं मिल रही है । तो, मेरा सवाल यह है कि आइटम के रूप में उत्पाद बैकलॉग में किस तरह की चीजें मिल सकती हैं? क्या कोई उत्पाद किसी उपयोगकर्ता की कहानी के लिए आइटम मैप करता है? क्या यह वही है?

जवाबों:


20

क्या कोई उत्पाद उपयोगकर्ता की कहानी के लिए आइटम मैप करता है? क्या यह वही है?

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

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

तो, मेरा सवाल यह है कि उत्पाद बैकलॉग में वस्तुओं के रूप में किस तरह की चीजें मिल सकती हैं?

यह कुछ भी हो सकता है जो उत्पाद की दृष्टि और उस उत्पाद की यात्रा है जिसे आप बनाना चाहते हैं। इसमें ज्यादातर आवश्यकताएं (उपयोगकर्ता कहानियां) होती हैं, लेकिन इसमें ऐसी क्रियाएं या तकनीकी चीजें भी शामिल हो सकती हैं जो सीधे उत्पाद से संबंधित नहीं होती हैं (उदाहरण के लिए "देव टीम के लिए एक नया सर्वर खरीदें", "उत्पाद के लिए विज्ञापन बनाएं")। बैकलॉग को असमान विवरणों से बचना चाहिए और तकनीकी चीजों को micromanage करने का प्रयास नहीं करना चाहिए। उत्पाद बैकलॉग में कुछ भी हो सकता है जो उत्पाद को मूल्य प्रदान करता है।

वहाँ एक सच स्क्रम नहीं है। कभी-कभी अलग-अलग बैकलॉग उत्पाद को प्रबंधित करने का एक बेहतर तरीका है, कभी-कभी वे बस रास्ते में होते हैं। पता करें कि आपके लिए सबसे अच्छा काम क्या है।


अच्छी व्याख्या @ फाल्कन। क्या आप मुझे कुछ ऑनलाइन संसाधनों के बारे में मार्गदर्शन कर सकते हैं कि किसी PBI के रूप में कुछ पर विचार कैसे करें? आपके द्वारा प्रदान किए गए गुणवत्ता उत्तरों के लिए मैं वास्तव में आभारी हूं। धन्यवाद :) +1
सईद नेमाटी

3
@ सईद: इस बारे में कैसे ? इसमें नमूना उत्पाद बैकलॉग के लिंक भी शामिल हैं।
फाल्कन

3

बग पर काम करते समय, हम उन्हें बैकलॉग में जोड़ते हैं और उन्हें बग की कहानियां कहते हैं । बग फिक्स को इस तरह से बैकलॉग जोड़ने से, यह स्पष्ट है कि यह सिर्फ बग फिक्स नहीं है। हम यह सुनिश्चित करने के लिए अन्य कार्य जोड़ सकते हैं कि स्वचालित परीक्षण लिखे गए हैं और सत्यापन किया गया है। यह यह भी स्पष्ट करता है कि DoD का पालन किया जाना चाहिए।

हमने कभी भी PBI शब्द का उपयोग नहीं किया है (भले ही हमारे बैकलॉग टूल उन्हें कहते हैं), यह हमेशा उपयोगकर्ता कहानियां, बग कहानियां या बस कहानियां हैं

यह मुख्य रूप से सिर्फ आपकी टीम की शब्दावली का विकल्प है और जब तक आप सभी स्पष्ट हैं कि वास्तव में क्या मायने नहीं रखता है।


3

उपरोक्त सभी उत्तर स्क्रम फ्रेमवर्क के लिए आधिकारिक स्रोत दस्तावेज़ को संदर्भित करने में विफल हैं: द स्क्रम गाइड

उत्पाद बकाया

उत्पाद बैकलॉग और वस्तुओं का वर्णन करने वाला एक खंड है, जिसे अक्सर PBI के रूप में संदर्भित किया जाता है, इसके भीतर निहित होता है।

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

लेकिन तय नहीं है प्रोजेक्ट प्लान की तरह ।

उत्पाद बैकलॉग उत्पाद और पर्यावरण के रूप में विकसित होता है जिसमें इसका उपयोग किया जाता है। उत्पाद बैकलॉग गतिशील है; यह लगातार यह पहचानने के लिए बदलता है कि उत्पाद को उपयुक्त, प्रतिस्पर्धी और उपयोगी होने के लिए क्या चाहिए।

प्रयोक्ता कहानी

शब्द उपयोगकर्ता कहानी कभी भी स्क्रम गाइड में दिखाई नहीं देती है क्योंकि

यह एक ढांचा है जिसके भीतर आप विभिन्न प्रक्रियाओं और तकनीकों को नियोजित कर सकते हैं।

PBI को रिकॉर्ड करने के लिए एक उपयोगकर्ता कहानी का उपयोग करना केवल एक संभव तकनीक है।

ADDITIONALLY: यद्यपि "जैसा मैं चाहता हूं, वह वैसा ही हो, यह देखना आम है," प्रारूप, यह अपने मूल इरादे से मुकाबला कर सकता है । यह परेशानी प्रारूप Agile 2017 में भी संबोधित किया गया था ।


2

@ फाल्कन ने इसे अच्छी तरह समझाया है। एक पृष्ठ जिसकी औपचारिक परिभाषा है: http://en.wikipedia.org/wiki/Scrum_(development)#Product_backlog आपने जो वर्णन किया है वह कम से कम उस अस्वीकृति के अनुसार उत्पाद बैकलॉग में नहीं रखा जाना चाहिए।


2

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

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


1
  • उत्पाद में परिवर्तन और परिवर्धन के विशिष्ट विनिर्देशों को उत्पाद बैकलॉग आइटम (PBI) कहा जाता है, जो मिलकर उत्पाद बैकलॉग बनाते हैं।
  • प्रत्येक PBI कुछ का वर्णन करता है कि डेवलपर्स संबंधित हितधारकों के लिए मूल्य जोड़ने के लिए विकसित कर सकते हैं और वितरित कर सकते हैं जब Done (Done की परिभाषा देखें)।
  • सबसे आम हितधारक बाजार है, या इसके प्रतिनिधि - उत्पाद स्वामी।
  • हालाँकि, एक PBI ऐसे काम का वर्णन कर सकता है जो उद्यम के लिए लागत को कम करता है या विकास टीम के लिए प्रयास को कम करता है, या एक उपकरण जो उत्पाद स्वामी टीम को बेहतर काम करने में मदद करता है।
  • एक PBI किसी भी चीज का वर्णन कर सकता है, जिसमें एक हितधारक के लिए संभावित मूल्य है।

0

A (उपयोगकर्ता) कहानी बैकलॉग आइटम के लिए एक सहायक मानक प्रारूप है। इसके पीछे तर्क यह है कि "अगर किसी को इसकी परवाह नहीं है, तो इस पर समय बर्बाद मत करो"। यह पीओ को आइटम की तात्कालिकता का आकलन करने की भी अनुमति देता है क्योंकि यह परिभाषित करता है कि आप इसे किसके लिए कर रहे हैं और यह कितना बुरा है।

आपके मामले में बग को कहानी के रूप में आसानी से प्रारूपित किया जा सकता है।

  • एक उपयोगकर्ता के रूप में
  • मैं पृष्ठ X से लॉग इन करने में सक्षम होना चाहता हूं (और इसके बजाय त्रुटि नहीं मिलती)
  • इसलिए मैं समय नहीं गंवाऊंगा, नाराज होऊंगा और उत्पाद में विश्वास खो दूंगा

ऐसा लगता है कि यह कुछ प्रयास के लायक है।

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