2013-06-04 3 views
13

वर्क के तहत टीएफएस 2012 वेब एक्सेस में जो कुछ मैं देख रहा हूं उसे समझने के प्रयास में। बैकलॉग | उत्पाद बैकलॉग, मैंने "बैकलॉग क्वेरी बनाएं" बटन का उपयोग किया और फिर यह देखने के लिए संपादन में नई क्वेरी खोल दी कि यह कैसे काम करता है। मैंने देखा कि यह पीबीआई प्रदर्शित करता है जो दो विवरण फिट करता है:एमएसएफ स्क्रम 2.2 में बैकलॉग में पीबीआई के लिए क्या किया जाना चाहिए?

  • पीबीआई नए/स्वीकृत राज्य में रूट पुनरावृत्ति (बैकलॉग) के तहत कहीं भी।
  • नई/स्वीकृत/प्रतिबद्ध राज्य में बैकलॉग (रूट पुनरावृत्ति) में पीबीआई।

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

उत्तर

63

नया - ये पीबीआई हैं कि किसी ने उत्पाद बैकलॉग में जोड़ा है और उत्पाद के स्वामी द्वारा समीक्षा नहीं की गई है और इसे बनाने के लिए सहमति नहीं दी गई है।

स्वीकृत - ये पीबीआई हैं जिनके उत्पाद मालिक ने सहमति व्यक्त की है, संपादित किया है और सुनिश्चित किया है कि वे टीम के लिए समझ में आ जाएंगे। एक बार स्वीकृत होने के बाद वे स्प्रिंट योजना में टीम के लिए तैयार होने के लिए तैयार हैं।

प्रतिबद्ध - एक स्क्रम टीम ने स्प्रिंट योजना में पीबीआई पर चर्चा की है, कुछ कार्यों का निर्माण किया है और वर्तमान स्प्रिंट में पीबीआई बनाने के लिए सहमत हुए हैं।

हो गया - स्प्रिंट समीक्षा में, उत्पाद मालिक टीम द्वारा किए गए कार्यों का निरीक्षण करता है और यदि वह सहमत होता है तो यह आवश्यकताओं और गुणवत्ता मानकों को पूरा करता है, तो आइटम को करने के लिए स्थानांतरित कर दिया जाता है।

+1

क्षमा करें, यह वास्तव में प्रश्न का समाधान नहीं करता है। – bwerks

+4

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

+1

के रूप में चिह्नित करता है आपका पहला मतलब है कि काम शुरू नहीं हुआ है। दूसरा मतलब है कि अपूर्ण काम जिसमें काम शुरू नहीं हुआ है –

4

आप सही हैं! SCRUM परिप्रेक्ष्य से बैकलॉग में Committed पीबीआई सूचीबद्ध करने का अर्थ नहीं है। टीम के पास ने पीबीआई को स्प्रिंट पर प्रतिबद्ध किया है या नहीं।

दिलचस्प बात यह है कि Committed शब्द Sprint Planning या Sprint Backlog के लिए SCRUM मार्गदर्शिका में उल्लिखित नहीं है।

मेरा अनुमान है - माइक्रोसॉफ्ट जब एक Sprint में Product Backlog से चले गए एक PBI के विकास टीम के स्वामित्व का वर्णन करने के Committed इस्तेमाल किया, लेकिन सत्यापन के माध्यम से शासन या स्वचालित रूप से PBI स्थिति को बदलने के लिए लागू करने के लिए नहीं चाहता था।

यदि आप अधिक आधिकारिक स्रोत की तलाश में हैं - MSDN पर राज्य आरेख लेख है जो Sprints पर रेफरी किए बिना उपलब्ध स्थिति बिंदुओं का वर्णन करता है।

enter image description here

संबंधित मुद्दे