agile planning with microsoft team foundation server
इस ट्यूटोरियल में बताया गया है कि Microsoft TFS का उपयोग करके किस तरह से फुर्तीली योजना बनाई जाती है जो परियोजना प्रबंधकों की योजना और उनके कार्य में ट्रैक कार्य में मदद करेगी:
DevOps पर SoftwareTestingHelp.com में प्रकाशित विभिन्न लेखों में, हमने Microsoft TFS, AWS का उपयोग करते हुए सतत एकीकरण और सतत वितरण के दृष्टिकोण से DevOps पर कुछ अच्छे लेख देखे हैं और निश्चित रूप से खुले स्रोत उपकरण जैसे Ansible।
DevOps के लिए पूर्व आवश्यक चीजों में से एक AGILE जैसी एक मजबूत प्रक्रिया है जो संपूर्ण SDLC प्रक्रिया में फुर्ती लाती है जिसमें फोकस क्षेत्र को बहुत ही कम समय में सायकल रिलीज साइकल और त्वरित प्रतिक्रिया के साथ सॉफ्टवेयर जारी करना है। इतना कहने के लिए फुर्तीली प्रक्रिया मुख्य रूप से गति पर केंद्रित है।
आप क्या सीखेंगे:
माइक्रोसॉफ्ट टीएफएस 2017 का उपयोग कर चंचल योजना
इससे पहले कि आप इस लेख में विभिन्न वर्गों से गुजरें, कुछ के बारे में पता करना अच्छा होगा Agile में प्रयुक्त महत्वपूर्ण शब्दावली। इस आलेख में इन शब्दावली का उपयोग किया जाएगा।
पूर्व आवश्यक वस्तुएँ: Microsoft TFS 2017
SCRUM प्रक्रिया टेम्पलेट का उपयोग करके TFS टीम प्रोजेक्ट बनाएँ
हम पहले नीचे दिए गए चरणों का पालन करके SCRUM टेम्पलेट का उपयोग करके TFS टीम प्रोजेक्ट बनाकर शुरू करेंगे।
Microsoft TFS 2017 पर लॉगिन करें और क्लिक करें नया काम।
एक परियोजना का नाम दर्ज करें और चुनें जमघट टेम्पलेट के रूप में। पर क्लिक करें सृजन करना।
एक बार प्रोजेक्ट बन जाने के बाद उस पर क्लिक करके सदस्यों को प्रोजेक्ट में जोड़ें + आइकन।
उत्पाद बैकलॉग बनाएँ
जैसा कि आप जानते हैं कि Microsoft TFS एक एकीकृत ALM उपकरण है जो वर्क आइटम बनाने में मदद करता है, प्रोजेक्ट प्लानिंग करता है, मैन्युअल परीक्षण करने के लिए फीचर के साथ बिल्ड डेफिनेशंस और रिलीज़ डेफिनिशन का निर्माण करता है।
किसी भी फुर्तीली योजना से पहले, हमें परिभाषित करके शुरू करने की आवश्यकता है लघु-दौड़ जो काम करने के लिए पूर्वनिर्धारित समय-सीमा है। पर क्लिक करें सेटिंग्स -> कार्य और फिर आरंभ और समाप्ति तिथियों के साथ स्प्रिंट को परिभाषित करें।
स्प्रिंट का चयन करें और प्रारंभ और समाप्ति तिथियां सेट करें।
यहां, हम कार्य आइटम बनाने पर ध्यान केंद्रित करेंगे जो एजाइल प्लानिंग का एक अभिन्न हिस्सा बनेंगे। तो चलो उत्पाद बैकलॉग बनाकर शुरू करें जिसमें आपके एप्लिकेशन या उत्पाद का हिस्सा बनने के लिए सभी विशेषताओं की प्राथमिकता वाली सूची है।
उत्पाद मालिक इस बैकलॉग को बनाए रखता है और स्क्रैम टीम की मदद से, वह एक विशेष स्प्रिंट में काम करने की व्यवहार्यता तय करता है।
से एक उत्पाद बैकलॉग बनाने के लिए कार्य अनुभाग मेनू बैकलॉग का चयन करें।
न्यू पर क्लिक करें, बैकलॉग आइटम के लिए एक शीर्षक दर्ज करें और क्लिक करें जोड़ना ।
उत्पाद बैकलॉग आइटम बैकलॉग में जोड़ा जाता है। एक सैद्धांतिक अर्थ में, आप उत्पाद बैकलॉग आइटम को एक उपयोगकर्ता कहानी या एक परिवर्तन अनुरोध के रूप में मान सकते हैं। वे सामान्य रूप से कई डेवलपर कार्यों और परीक्षण मामलों में विघटित हो जाएंगे।
स्वीकृति परीक्षण का मुख्य फोकस है
आप प्राथमिकता के आधार पर री-ऑर्डर भी कर सकते हैं। बस ऊपर या नीचे काम की वस्तुओं को खींचें और छोड़ें।
कार्य आइटम खोलें और प्रयास जोड़ें। यहां प्रयास कहानी के बिंदुओं या दिनों या घंटों की परियोजना की जरूरतों के अनुसार हो सकता है। आइटम के कार्यों में विघटित होने के बाद प्रयास का अनुमान जोड़ा जाएगा। असाइन करें a मालिक 'असाइन किए गए' खंड में और 'राज्य' को सेट करें मंजूर की विकास के लिए। पर क्लिक करें सहेजें और बंद करें।
इसके बाद, आइटम को स्प्रिंट 1 पर खींचें और स्प्रिंट 1 पर ड्रॉप करें।
Iteration पथ आइटम को स्प्रिंट 1 में बदलता है जैसा कि नीचे की छवि में दिखाया गया है।
जैसा कि हम आइटम को स्थानांतरित करते हैं किया हुआ राज्य, वेग जो कहानी अंक की कुल संख्या को परिभाषित करता है जिसे स्प्रिंट में हासिल करने वाली टीम शीर्ष दाएं वेग चार्ट पर क्लिक करके दिखाया जाता है।
तो, संक्षेप में, हम कह सकते हैं कि टीम ने स्प्रिंट 1 में 8 कहानी बिंदु पूरे किए हैं जैसा कि ऊपर दिए गए वेग चार्ट में दिखाया गया है।
क्षमता की योजना बनाना
हर स्प्रिंट के लिए, हम यह निर्धारित कर सकते हैं कि प्रत्येक सदस्य को सौंपे गए प्रोजेक्ट के लिए कितने घंटे काम करना होगा। प्रत्येक स्प्रिंट के लिए क्षमता दृश्य इसे परिभाषित करता है। यह दृश्य प्रत्येक सदस्य के कार्य जैसे डिज़ाइन या विकास या रिपोर्टिंग आदि की गतिविधि को भी पकड़ लेता है।
उपयुक्त स्प्रिंट पर क्लिक करें। इस मामले में, खुला स्प्रिंट 1 और के पास जाओ क्षमता का दृश्य । नीचे दिखाए अनुसार अपडेट करें।
उपरोक्त स्क्रीनशॉट में, चूंकि देव 1 उपयोगकर्ता 2 सप्ताह के स्प्रिंट अवधि के दौरान दिन में केवल 4 घंटे काम करता है जो 10 कार्य दिवस है। काम सौंपा गया दिखाता है कि उसे एक टास्क सौंपा गया है जिसे 2 सप्ताह के स्प्रिंट अवधि के लिए 40 घंटों में से पूरा करने के लिए 8 घंटे की आवश्यकता होती है। यह 4 (प्रति दिन घंटे) * 10 (2 सप्ताह) = 40 घंटे के रूप में गणना की जाती है।
एक समान गणना देव 2 उपयोगकर्ता के लिए की जाती है।
कार्य बनाना
जैसा कि अब हमारे पास उत्पाद बैकलॉग आइटम या उपयोगकर्ता स्टोरी परिभाषित है और परियोजना में प्रत्येक उपयोगकर्ता के लिए नियोजित क्षमता भी है, अब हम इसे डेवलपर कार्यों के लिए तोड़ सकते हैं। कार्य स्क्रीन पर, पर क्लिक करें स्प्रिंट 1 और फिर उत्पाद बैकलॉग आइटम के लिए Add Task साइन + पर क्लिक करें।
इसे डेवलपर को असाइन करें और एक मान दर्ज करें घंटे शेष कार्य क्षेत्र के लिए। सेव एंड क्लोज पर क्लिक करें।
बनाई गई कार्य उत्पाद बैकलॉग आइटम से जुड़ा हुआ है।
पीसी के लिए सबसे अच्छा मुफ्त यूट्यूब डाउनलोडर
यहां, शेष कार्य क्षेत्र एक कार्य को पूरा करने के लिए कुछ घंटों की संख्या है। चूंकि उपरोक्त उदाहरण में हमने फ़ील्ड को 8 घंटे में सेट किया है और मान लीजिए कि एक दिन के अंत में डेवलपर ने कार्य पर केवल 2 घंटे का काम पूरा कर लिया है, तो शेष घंटे के क्षेत्र को 6 में अपडेट किया जाएगा। आप इसे बना सकते हैं। 0 जब कोई अधिक काम नहीं है, या यदि 1 घंटे या उससे कम काम शेष है या कहीं और 0 और 1 घंटे के बीच में है।
इस मूल्य से, टीएफएस स्प्रिंट के लिए एक बुंडाउन चार्ट बना सकता है जो एजाइल में बहुत उपयोगी मीट्रिक में से एक है। उपरोक्त प्रक्रिया SCRUM टेम्पलेट के लिए है और कार्य कार्य मद में मूल अनुमान फ़ील्ड नहीं है।
यदि टीएफएस टीम प्रोजेक्ट एजाइल या सीएमएमआई प्रक्रिया टेम्पलेट का उपयोग करके कॉन्फ़िगर किया गया है, तो मूल अनुमान क्षेत्र में प्रवेश करने का विकल्प है।
मूल अनुमान फ़ील्ड जोड़ने के लिए ( Microsoft.VSTS.Scheduling.OriginalEstimate ) टास्क वर्क आइटम प्रकार में SCRUM प्रक्रिया टेम्पलेट का उपयोग करके इसे कस्टम फ़ील्ड के रूप में जोड़ा जाना है। आप उपयोग कर सकते हैं विटडमिन एक्सपोर्टविटड , जो एक कमांड लाइन विकल्प है। निर्यात की गई XML फ़ाइल में फ़ील्ड जोड़ें और टीम प्रोजेक्ट में वापस आयात करें।
भविष्य के स्प्रिंट
उत्पाद बैकलॉग आइटम या उपयोगकर्ता कहानी को भविष्य के लिए किसी अन्य भविष्य के स्प्रिंट में खींचने और छोड़ने के द्वारा भी योजना बनाई जा सकती है।
टास्कबोर्ड का उपयोग करना
चूंकि स्प्रिंट योजना लागू है, इसलिए अब हम टास्कबोर्ड दृश्य से प्रत्येक टास्क की प्रगति देख सकते हैं। तो टास्कबोर्ड कार्यों और इसकी स्थिति का एक दृश्य प्रवाह प्रदान करता है। इसलिए प्रत्येक स्क्रैम मीटिंग के दौरान, आप सदस्यों को सौंपे गए प्रत्येक कार्य की स्थिति देख सकते हैं।
आप बचे हुए कुल काम का सारांश भी देख सकते हैं।
स्थिति और प्रगति की निगरानी करना बहुत महत्वपूर्ण है और टास्कबोर्ड के माध्यम से किया जा सकता है। पर क्लिक करें बोर्ड का दृश्य स्प्रिंट के लिए।
यह बोर्ड एक बहुत ही उपयोगी दृश्य है और इसका उपयोग दैनिक स्टैंडअप मीटिंग के दौरान रिपोर्टिंग उद्देश्यों के लिए किया जा सकता है।
सेवा मेरे) यदि असाइन किए गए कार्यों के साथ डेवलपर्स ने कार्यों पर काम करना शुरू कर दिया है, तो आप कार्यों को स्थानांतरित कर सकते हैं ऐसा करने के लिए राज्य को चालू केवल ड्रैग एंड ड्रॉप फीचर द्वारा राज्य।
बी) एक Dev2 उपयोगकर्ता के लिए कार्य के शेष कार्य घंटों को 8 से 5 घंटे शेष में बदलें। प्रगति कार्य घंटों में तब तदनुसार अद्यतन किया जाएगा।
सी) शीर्ष दाएं कोने पर क्लिक करके बर्न्डाउन चार्ट स्वचालित रूप से अपडेट हो जाता है।
घ) अब Dev2 को असाइन किए गए कार्य को ड्रैग करके छोड़ें और कार्य को ड्रॉप करें किया हुआ राज्य। इस कार्य के लिए शेष कार्य घंटे स्वतः घटकर 0 हो जाते हैं और बुडाउन चार्ट भी अपडेट हो जाता है।
स्प्रिंट समीक्षा और पूर्वव्यापी
खैर, अब काम पूरा हो गया है और स्प्रिंट टाइमफ्रेम खत्म हो गया है। क्या टीम को लगता है कि अब आराम करने या ब्रेक लेने का समय है? बिलकुल एक बड़ा NO। अब समय है SCRUM जीवन चक्र के बहुत महत्वपूर्ण भाग पर चर्चा करने का जो समीक्षा और पूर्वव्यापी है।
स्प्रिंट समीक्षा डिलिवरेबल्स पर केंद्रित है, डोने उत्पाद बैकलॉग आइटम के माध्यम से जाना, और ग्राहकों को एक डेमो प्रदान करें। इसके अलावा, इस बात पर चर्चा करना बहुत महत्वपूर्ण है कि किस उत्पाद के बैकलॉग आइटम नहीं किए गए थे और क्यों और सबसे महत्वपूर्ण रूप से ग्राहकों से प्रतिक्रिया एकत्र करना और उन्हें भविष्य के भविष्य के लिए योजना बनाना। स्प्रिंट समीक्षा आम तौर पर उत्पाद के मालिक, विकास टीम और ग्राहकों के बीच की जाती है।
स्प्रिंट रेट्रोस्पेक्टिव प्रक्रिया के पहलुओं पर ध्यान केंद्रित करता है जैसे कि क्या अच्छा हुआ और क्या नहीं? इसलिए आपको इस प्रक्रिया और लोगों के बारे में प्रतिक्रिया भी हासिल करनी होगी। चूँकि यह एजाइल जीवनचक्र का एक बहुत महत्वपूर्ण पहलू है जिस पर आप अधिक जानकारी प्राप्त कर सकते हैं पूर्वव्यापी।
इसलिए, यह बहुत संभव है कि हर स्प्रिंट में अधूरा काम हो। इस परिदृश्य में PBI / कार्य को उत्पाद बैकलॉग या अगले स्प्रिंट तक ले जाएं, जो उत्पाद स्वामी तय करता है।
लेकिन अभी के लिए, हम समीक्षा और पूर्वव्यापी दृष्टिकोण कहाँ संग्रहीत करते हैं? आप उन्हें कार्य आइटम चर्चा के भाग के रूप में सहेज सकते हैं या पूर्वव्यापी कार्रवाई के बिंदु और प्रतिक्रिया रखने के लिए एक नया कार्य आइटम बना सकते हैं।
निष्कर्ष
हमने इस लेख में देखा है कि कैसे एक एएलएम टूल के रूप में Microsoft टीम फाउंडेशन सर्वर, फुर्तीली प्रक्रिया के बाद आपके एप्लिकेशन पर काम करना शुरू करने का एक त्वरित और साफ-सुथरा तरीका प्रदान करता है।
हमें यह सुनिश्चित करने की आवश्यकता है कि एजाइल एससीआरयूएम प्रक्रिया का पालन करने वाली सभी टीमों को अपनी टीम के काम को सही ढंग से योजना बनाने और प्रबंधित करने के लिए निम्नलिखित पहलुओं को परिभाषित करने और बनाने की आवश्यकता है।
- Microsoft TFS में उपयुक्त SCRUM प्रक्रिया टेम्पलेट का उपयोग करें
- उत्पाद बैकलॉग बनाएँ
- स्प्रिंट शेड्यूल और टीम क्षमता निर्दिष्ट करना
- स्प्रिंट बैकलॉग के लिए आइटम का चयन करना
- PBI की या उपयोगकर्ता कहानियों को टास्क में शामिल करना
- प्रगति को ट्रैक करने के लिए Burndown चार्ट का उपयोग करें
- प्रगति की निगरानी के लिए टास्कबोर्ड का उपयोग करना बहुत महत्वपूर्ण है
- अन्त में, एक प्रभावी स्प्रिंट समीक्षा और पूर्वव्यापी आचरण करें
अनुशंसित पाठ
- चुस्त टीम वर्ल्ड में एक अच्छी टीम मेंटर, कोच और एक सच्चे टीम-डिफेंडर कैसे बनें? - प्रेरणा
- फुर्तीली और स्क्रम शब्दावली: फुर्तीली / स्क्रम अवधारणाओं के लिए एक शब्दावली
- कैसे योजना पोकर के साथ चुस्त अनुमान प्रक्रिया आसान बनाने के लिए
- परीक्षण में चुस्त कार्यप्रणाली के लिए आधुनिक परीक्षण सिद्धांत
- स्व-पर्याप्त स्कैम टीमें: आत्मनिर्भर टीम कैसे बनाएं?
- फुर्तीली पूर्वव्यापी बैठकें - यह आवश्यक क्यों है और इसे आयोजित करने के लिए कुछ मजेदार तरीके
- 4 कदम एजाइल प्रक्रिया के लिए सफल संक्रमण के लिए चुस्त परीक्षण मानसिकता विकसित करना
- ISTQB फाउंडेशन परीक्षा प्रारूप और दिशानिर्देश पत्रों को हल करने के लिए