उत्पाद बैकलॉग आइटम और एक टास्क के बीच अंतर को समझाते हुए


22

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

मैं समझता हूं और समझाया है कि एक उत्पाद बैकलॉग आइटम "क्या" है और कार्य "कैसे" है। मैंने यह भी बताया है कि PBI की आवश्यकता है और कार्य की आवश्यकता को कैसे पूरा किया जाता है।

जब मैं यह समझाता हूं तो मैं बार-बार ब्लैंक स्टार्स और सिर को खरोंचता हूं। ऐसा लगता है कि सॉफ्टवेयर इंजीनियर जो मैं इसे समझाता हूं वह भेद नहीं कर सकता। यह सब उनके लिए समान है।

मेरा मानना ​​है कि मेरी अन्य चुनौती यह है कि मैं यह स्पष्ट रूप से नहीं बता पा रहा हूं कि भेद करना क्यों महत्वपूर्ण है।

जवाबों:


27

"उत्पाद बैकलॉग आइटम" वास्तव में वही है, जिसे कार्यक्षमता बनाने की आवश्यकता है। टास्क उन चरणों का वर्णन करता है जिन्हें वहां पहुंचने के लिए आवश्यक कदम उठाने चाहिए।

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

शायद एक साधारण किस्सा मदद करेगा:

उत्पाद बैकलॉग आइटम को उनकी छुट्टी की खरीदारी सूची पर आइटम के रूप में देखें। शायद एक "तम्बू", एक "मछली पकड़ने की छड़ी", एक "यात्रा के लिए कार तैयार"।

"तम्बू" आइटम के लिए कार्य "तम्बू की आवश्यकताओं का वर्णन करें", "टेंट ऑनलाइन की तुलना करें", "बाहरी अनुभव वाले दोस्तों से सलाह लें", "बाहरी दुकान पर जाएं", "तम्बू खरीदें", "पिछवाड़े में सेटअप तम्बू" पूर्णता की पुष्टि करें "," यात्रा के लिए तम्बू पैक करें "

फिशिंग रॉड के लिए कार्य बहुत समान होंगे, लेकिन "यात्रा के लिए कार तैयार करना" के कार्य संभवतः बहुत अलग हैं: "वांछित मार्ग पर राज्यों / देशों के लिए आवश्यकताओं की जांच करें", "सुरक्षा वेस्ट खरीदें", "प्राथमिक उपचार से समाप्त सामग्री को बदलें। किट "," स्पेयर टायर का निरीक्षण करें "," इंजन की जाँच करने के लिए गेराज के साथ शेड्यूल नियुक्ति "," इंजन की जाँच करने के लिए गैरेज में जाएँ "," राजमार्ग पास खरीदने के लिए राज्य की एजेंसी पर जाएँ "," कार बीमा की जाँच करें "

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

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

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


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

@jessehouwing क्या होगा अगर परियोजना के मालिक ने "कार बीमा की जांच" स्पष्ट रूप से करने के लिए कहा। यह BacklogItem या कार्य क्या है?
व्लादिमीर नानी

एक ऑपरेशनल चीज की तरह लगता है। तो यह एक कार्य होगा। लेकिन यह कैसे मूल्य देता है? "सुनिश्चित करें कि कार हमेशा सुनिश्चित है", कहानी हो सकती है?
jessehouwing

8

मुझे लगता है कि जेसी ने एक शानदार जवाब दिया है। मैं बस कोशिश कर रहा हूं और इसे बनाने जा रहा हूं, ठीक है, सरल (यदि संभव हो तो) :) उत्पाद बैकलॉग आइटम (या उपयोगकर्ता कहानी, यदि आप पसंद करते हैं) आमतौर पर इस तरह लिखा जाता है:

एक नए ग्राहक के रूप में मैं अपना विवरण दर्ज करना चाहता हूं ताकि मुझे नए उत्पाद जारी होने की सूचना मिले

एक डेवलपर्स प्रमुख में यह निम्नलिखित में अनुवाद कर सकता है:

  1. एक पंजीकरण फॉर्म बनाएँ
  2. डेटाबेस में पंजीकरण डेटा लिखें
  3. नए ग्राहक को उनके पंजीकरण की पुष्टि करने के लिए ईमेल भेजें

ये तीन वस्तुएं कार्य हैं।

उम्मीद है की वो मदद करदे।

- इसे जितना संभव हो उतना सरल बनाएं लेकिन सरल नहीं है (आइंस्टीन)


2

यहां बताया गया है कि हम कैसे रोल करते हैं:

PBI:

  • है आवश्यकता उर्फ "क्या"
  • आप एक साथ के बारे में क्या बात है ग्राहक
  • यह वही है जो स्प्रिंट के लिए डेली प्रोजेक्ट अपडेट (DPU) पर दिखाता है ..... फिर से क्योंकि DPU ग्राहक का सामना कर रहा है।
  • यह वही है जो ग्राहक अनुमान और बजट के संदर्भ में बात करेगा और संदर्भित करेगा।
  • इसमें एक या अधिक कार्य शामिल हो सकते हैं।
  • क्या व्यवसाय उन्मुख है और व्यवसाय उन्मुख / डोमेन शैली भाषा में वर्णित है जिसे ग्राहक समझता है।
  • क्या उपयोगकर्ता स्वीकृति परीक्षण (UAT) में परीक्षण और स्वीकार किया जाता है

काम:

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

-4

यह पूछे जाने पर मैं इसकी पेशकश करता हूं: -

एक PBI, या स्टोरी एक से अधिक व्यक्ति हो सकते हैं।

एक कार्य केवल एक व्यक्ति पिकअप कर सकता है।


1
मुझे नहीं लगता कि यह विवरण पूर्ण चित्र प्रदान करता है, लेकिन मैं देख सकता हूं कि यह बातचीत में कुछ ध्यान लाने में मदद कर सकता है।
ब्रैड जे
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.