टीम फाउंडेशन सर्वर 2008

Question

में क्षेत्र और इटरेशन का उपयोग करना यदि आप टीएफएस 2005 या 2008 का उपयोग कर रहे हैं, तो आप उपयोगकर्ता पुनरावृत्तियों और क्षेत्रों को कैसे उपयोग करते हैं?

क्या आप अपने द्वारा बनाए जा रहे एप्लिकेशन के विशिष्ट हिस्सों के लिए एक क्षेत्र बनाते हैं? ,

http://blogs.msdn.com/ericlee/archive/2006/08/09/when-to-use-team-projects.aspx

लेकिन मैं भी पुनरावृत्तियों के बारे में अधिक उत्सुक हूँ और अगर तुम मुझे कुछ ठोस दिखा सकता है मैं आभारी होंगे:

यहां उन क्षेत्रों पर एक दिलचस्प लेख है और कैसे TEAMSYSTEM टीम उन्हें का उपयोग करता है उदाहरण।

क्या आप मील का पत्थर या कुछ कार्यक्षमता के आधार पर पुनरावृत्तियों को बनाते हैं?

जब आप v1 समाप्त करते हैं तो क्या होता है, आप v1 या v1 को अपडेट कैसे प्रबंधित करते हैं?

हम एमएसएफ एग्इल टेम्पलेट का उपयोग कर रहे हैं।

Answer 1

हम उत्पाद लाइनों का प्रतिनिधित्व करने के लिए क्षेत्रों का उपयोग करते हैं।

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

बैकलॉग आइटम को रिलीज करने के लिए असाइन किया गया है और कार्य आइटम आइटम्स स्प्रिंट को सौंपा गया है ताकि यह सुनिश्चित किया जा सके कि बैकलॉग आइटम पूरा हो जाएं।

रिलीज के बाद, एक ही समय में अगले संस्करण को काम करते समय बैकलॉग में बग फिक्स/अपडेट जोड़ने के लिए बिल्कुल ठीक है।

Answer 2

मैं तुम्हें एमएसएफ चंचल का हिस्सा है, या चंचल पद्धति के कुछ अन्य प्रकार के रूप में प्रयोग कर रहे हैं पुनरावृत्तियों मान। यदि ऐसा है, तो सामान्य रूप से, आप यह समझते हैं कि अगले 7 सप्ताह में आपकी टीम द्वारा कितना काम पूरा किया जा सकता है। आम तौर पर, हमने 3 सप्ताह का उपयोग किया, लेकिन आपकी पुनरावृत्ति लंबाई अलग हो सकती है।

आप पुनरावृत्ति के लिए आइटम कैसे निर्धारित करते हैं आम तौर पर प्राथमिकता पर आधारित होता है, जो बाजार/व्यापार प्रभाव (वस्तु की गर्मता) और कार्यान्वयन में आसानी पर आधारित होना चाहिए। प्रभाव स्कोर भारी वजन है, लेकिन आपको अपने स्कोर में कार्यान्वयन की आसानी पर विचार करना चाहिए क्योंकि आपके पास कुछ "हिरन के लिए बैंग" आइटम हो सकते हैं।

एगिल के साथ नियम, ऐसी विशेषताएं हैं जिन्हें पूरा नहीं किया जा सकता है। आप एक पुनरावृत्ति तिथि कभी नहीं बढ़ाते हैं।

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

नोट: यदि आप झरना बोल रहे हैं, तो नियम मील का पत्थर और कार्यक्षमता पर आधारित हो सकते हैं, लेकिन Agile के साथ, समय राजा है।

अब क्षेत्रों में: यह एक अधिक व्यक्तिपरक है। क्षेत्रों में विभाजित करने का एक तरीका उपयोग मामलों को समूहीकृत कर रहा है। मुझे यह विधि पसंद है। लेकिन, जब उपयोगकर्ता इंटरफ़ेस की बात आती है, तो आप विशेष रूपों, आदि के लिए क्षेत्र भी बना सकते हैं।

Answer 3

इटरेशन और एरिया पथ वे हैं जो आप चाहते हैं। यह अंतरिक्ष और समय में आप अपनी परियोजना का वर्णन कैसे कर सकते हैं।एक आसान उदाहरण इस प्रकार है:

एरिया पथ (स्पेस) - आपके सिस्टम/प्रोजेक्ट के हिस्सों का वर्णन करने के लिए उपयोग किया जा सकता है। मान लें कि आप एक जीयूआई आवेदन के लिए टीमप्रोजेक्ट बनाते हैं, कुछ क्षेत्रों में इसके मॉड्यूल (डेटा इनपुट, रिपोर्ट्स, जीयूआई, प्रिंटिंग इत्यादि ...)

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