आइए टीएफएस 11 बीटा में दिखाई देने वाले नए नियोजन टूल पर एक नज़र डालें, जिसका उपयोग विंडोज, वेब, मोबाइल, क्लाउड और क्रॉस-प्लेटफ़ॉर्म अनुप्रयोगों के विकास में किया जा सकता है।



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

विषय पर कब्जा योजना:
• आवश्यकताओं का विवरण (बैकलॉग)
• Iteration योजना
• कार्य योजना
• कलाकारों का कार्यभार

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

एक टीम के लिए, आपको यह निर्धारित करना होगा:
• टीम के सदस्यों की सूची
• सबसिस्टम का एक सेट जिस पर टीम काम कर रही है
• किस टीम के काम में बंधे हैं

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

आवश्यकताओं का विवरण

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

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



सूची में सभी आवश्यकताएं होनी चाहिए - कार्यात्मक और गैर-कार्यात्मक दोनों। एक नई प्रविष्टि जोड़ने का सबसे तेज़ तरीका एक शीर्षक दर्ज करना और ऐड बटन पर क्लिक करना है। रिकॉर्ड तुरंत सूची में दिखाई देगा, लेकिन हम कोई अतिरिक्त पैरामीटर नहीं देखेंगे। यदि आप शीर्षक पंक्ति खाली होने पर Add बटन पर क्लिक करते हैं, तो हम मापदंडों को दर्ज करने के लिए पूर्ण संवाद देखेंगे:

Iteration योजना

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



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

पूर्वानुमान उपकरण को चालू करके, हम देख सकते हैं कि आगामी पुनरावृत्तियों में हमारी श्रम आवश्यकताएं लगभग कितनी फिट होंगी:



इस सूची में तत्वों को माउस के साथ ऊपर और नीचे (परिवर्तन क्रम) में ले जाया जा सकता है, आप वर्तमान वेग के अन्य अनुमान दर्ज कर सकते हैं, Iteration क्षेत्र में हम एक विशिष्ट पुनरावृत्ति (स्प्रिंट) निर्दिष्ट कर सकते हैं:



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



अस्वीकृत आवश्यकताएं बैकलॉग छोड़ देती हैं, नया और स्वीकृत रहता है।



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

कार्य योजना

वर्तमान पुनरावृत्ति के कार्य बोर्ड पर प्रदर्शित होने के लिए आवश्यकता (और उसके कार्यों) के लिए, आवश्यकता (कार्य) में यह पुनरावृत्ति संकेतित होना चाहिए (ऊपर देखें)।

बोर्ड पर स्टिकर कार्यों के रूप में प्रदर्शित किया जाता है जो टीम वर्तमान में चयनित आवश्यकताओं को लागू करने के लिए काम कर रही है।



प्रत्येक आवश्यकता के कार्यान्वयन में कई समस्याओं को हल करना शामिल हो सकता है: व्यावसायिक तर्क लिखना, प्रत्येक प्लेटफ़ॉर्म के लिए क्लाइंट में इंटरफेस बनाना, परीक्षण का वर्णन करना, दस्तावेज़ बनाना, आदि।

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

यहां बोर्ड पर कार्य बनाए जा सकते हैं, फिर वे स्वचालित रूप से आवश्यकता, सबसिस्टम और वर्तमान पुनरावृत्ति से जुड़ जाते हैं:



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



बोर्ड पर, हम कलाकारों (या कलाकार एक कार्य चुन सकते हैं) का चयन कर सकते हैं, इसे माउस के साथ प्रगति की स्थिति में खींचें, और पूरा होने पर - पूर्ण करने के लिए।



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



अब हमारे पास कलाकार डाउनलोड के लिए योजना बनाने के लिए सब कुछ है।

श्रमिक लोड:

काम बोर्ड पर एक अंतिम नज़र, लेकिन पहले से ही कलाकार द्वारा समूहीकृत:



चलो बैकलॉग पर जाते हैं, वर्तमान स्प्रिंट का चयन करें और समान कार्य देखें, लेकिन एक पेड़ के रूप में और दाईं ओर आरेख में लोड होने वाले कमांड के संक्षिप्त विश्लेषण के साथ:



हम पूरी टीम (54 की टीम 52) का कुल कार्यभार देखते हैं।

श्रेणियों में काम का टूटना (कार्य द्वारा: गतिविधि) - हमने इस वर्गीकरण का उपयोग नहीं किया है, लेकिन प्रत्येक कार्य को एक श्रेणी में असाइन करना संभव है:



और फिर हम अपने कलाकारों के कार्यभार को देखते हैं। ब्रायन केलर की भीड़, जिसमें एक ऑडिट कार्य अभी जोड़ा गया है, को लाल रंग में हाइलाइट किया गया है।

समस्या को हल करने के लिए, मैं ब्रायन के प्रबंधक के पास जाता हूं और उनसे इस परियोजना पर काम करने के लिए विनती करता हूं कि यह प्रतिदिन 4 घंटे न हो, जैसा कि हम पहले सहमत थे, लेकिन 5. मैं क्षमता टैब पर संसाधन उपलब्धता के बारे में जानकारी दर्ज करूंगा:



कृपया ध्यान दें कि मैं पहले से नियोजित एक दिवसीय शहर की टीम बिल्डिंग से अछूता रहने में कामयाब रहा।



इस दिन, हमारी खाड़ी में ऊर चौकों पर दौड़ की योजना बनाई जाती है। वे कहते हैं कि टीमवर्क अच्छी तरह से विकसित हो रहा है ...

UPD: यह पता चलता है कि MSDN पर और भी अधिक विस्तृत लेख है । लेकिन यह एक मेरा है! =)