मैं इस बारे में बात करना चाहता हूं कि आप टीएफएस 2010 में कुछ तत्वों के लिए मानक प्रक्रिया (वर्कफ़्लो) का विस्तार कैसे कर सकते हैं (लगभग 2011 बाद में होगा) जब परियोजना के लिए चुस्त टेम्पलेट का चयन करें। टेम्प्लेट्स के पुन: संयोजन के बारे में हेब्रोसोसिटी की राय सुनना भी दिलचस्प है, जो वर्कफ़्लो को कॉन्फ़िगर करता है कि कैसे। हमें बताएं कि आप इसे कैसे करते हैं, बहुत दिलचस्प है।

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

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

आगे बढ़ने से पहले, मैं आपको बताता हूँ कि आपको किन उपकरणों की आवश्यकता है। सभी वर्णित जोड़तोड़ TFS2010 पर स्थापित TFS पावर टूल्स पैकेज के साथ किए जाते हैं। मैं यह भी मानता हूं कि आपको टीएफएस प्रशासक के अधिकारों की आवश्यकता होगी।

आइए शुरू करके देखें कि यह कैसा था।

उपयोगकर्ता की कहानी

आउट-ऑफ-द-बॉक्स सेटिंग्स

उपयोगकर्ता कहानियों की प्रारंभिक स्थिति आरेख बहुत खराब और मनहूस लगती है।

तस्वीर का बड़ा संस्करण यहां है।

वास्तव में, एक उपयोगकर्ता कहानी केवल तीन राज्यों में हो सकती है, जो कि मेरी राय में, स्पष्ट रूप से पर्याप्त नहीं है, क्योंकि उपयोगकर्ता कहानी के साथ बहुत अधिक "प्राकृतिक" प्रक्रियाएं हैं (इसके बाद बस "कहानी")।

मैं पहले ध्यान देने के लिए थोड़ा अधिक ध्यान देने का प्रस्ताव करता हूं। रेड उस स्थिति को इंगित करता है जिसमें कहानी हो सकती है। ब्लॉक के अंदर के क्षेत्रों को निर्दिष्ट करना इंगित करता है कि वे कुछ नियमों में भाग लेते हैं जो इस राज्य में जाने पर मिलना चाहिए। जिन फ़ील्ड्स को साफ़ किया जाएगा, उन्हें माइनस साइन के साथ चिह्नित किया जाएगा; एक तारांकन इस तथ्य का संशोधक है कि यह वैकल्पिक है।

नीला रंग राज्यों के बीच संक्रमण का संकेत देता है। प्रत्येक ऐसे ब्लॉक में आवश्यक रूप से संक्रमण का कारण होना चाहिए; इसके बिना, कॉन्फ़िगर सर्किट को सहेजना संभव नहीं होगा। क्रियाएँ अनुभाग में एक ट्रिगर का संकेत होता है, जिसके बाद एक संक्रमण लागू किया जाना चाहिए। फ़ील्ड्स इंगित करते हैं कि कौन से फ़ील्ड स्वचालित रूप से भरे जाएंगे, या कौन से फ़ील्ड को बिना असफल होने के लिए भरना होगा। एक तारांकन एक क्षेत्र को दर्शाता है जो सिस्टम द्वारा स्वचालित रूप से भरा जाएगा। प्लस आवश्यक फ़ील्ड को इंगित करता है।

आरेख में प्रारंभिक अवस्था के बिना एक एकल संक्रमण होना आवश्यक है।

हमारी कहानी पर वापस। मूल संस्करण में, इसमें केवल तीन राज्य शामिल हैं:

सक्रिय,
हल,
बंद रहता है।

मुझे लगता है कि निम्नलिखित कारणों से यह पर्याप्त नहीं है:

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

आप अधिक कारणों के साथ आ सकते हैं, लेकिन यह संभवतः उपयोगकर्ता इतिहास पर काम करने की आपकी विशेषताओं से पहले से ही बह जाएगा।

मैं उपयोगकर्ता कहानी राज्य प्रणाली के "सही" संगठन को कैसे देख सकता हूं? अभी बताता हूँ।

स्वनिर्धारित

ट्यून्ड संस्करण, निश्चित रूप से बड़ा दिखता है और आपको आरेख पर सभी संक्रमण स्थितियों पर विचार नहीं करना चाहिए। मुख्य बात संक्रमण के सार का वर्णन करना है, और कारणों का स्वतंत्र रूप से वर्णन किया जा सकता है।

तस्वीर का एक बड़ा संस्करण यहां है ।

अब कहानी पर काम करने की मानक प्रक्रिया इस प्रकार है:

नई
विश्लेषण
विकास के लिए तैयार
प्रगति में काम (WIP)
हल
प्रकाशित
बंद
+ पकड़ो

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

नई

यह सब व्यापार विश्लेषकों या डेवलपर्स के विचारों या इच्छाओं के साथ शुरू होता है। यानी कुछ विचार हैं जिन्हें संक्षेप में व्यक्त किया जा सकता है, और जो व्यवसाय के लिए फायदेमंद होना चाहिए। यह न्यू की स्थिति है।

अभी तक कोई परीक्षण नहीं हुआ है, यह अभी तक स्पष्ट नहीं है कि यह परियोजना में कैसे फिट होगा, श्रम लागत अस्पष्ट हैं - केवल एक नंगे विचार है। यह बात करने का एक कारण है। प्रारंभिक विचार तय होने के बाद ही हम काम के अन्य चरणों में आगे बढ़ सकते हैं।

इस स्तर पर, कार्य के आरंभकर्ताओं द्वारा पूछे जाने वाले विचार के महत्व के बारे में उत्तर प्राप्त करने के लिए प्रश्न पूछे जा सकते हैं।

विश्लेषण

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

निर्दिष्ट डेटा एकत्र और सत्यापित किए जाने के बाद, कार्य के लिए एक दस्तावेज लिखा जाता है, अगले चरण में संक्रमण प्रगति पर है।

इस स्तर पर जिम्मेदार विश्लेषकों और आंशिक रूप से डेवलपर्स, या तकनीकी लीड हैं।

विकास के लिए तैयार

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

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

इस स्तर पर, परियोजना प्रबंधक से मांग आती है, जब इस कहानी को स्प्रिंट में शामिल किया जाएगा।

WIP

सक्रिय विकास की प्रक्रिया में इतिहास। सभी कार्य टीम के सदस्यों द्वारा स्पष्ट, वर्णित और सक्रिय रूप से किए जाते हैं।

यदि ऐसी अप्रत्याशित समस्याएं हैं जिन्हें डेवलपर्स थोड़े समय के भीतर हल नहीं कर सकते हैं, तो कार्य होल्ड अवस्था में चला जाता है जब तक कि समस्याएं हल नहीं हो जाती हैं।

इतिहास के इस राज्य में मांग पूरी तरह से डेवलपर्स के साथ आती है।

हल

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

कहानी की स्थिति के लिए जिम्मेदारी और व्यापार विश्लेषकों और परीक्षकों से मांग, यदि कोई हो।

प्रकाशित

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

यह वास्तव में एक संकेतक है। सार वही है जो संकल्प का है ।

बंद

कहानी की इस स्थिति का मतलब है कि कहानी को स्वीकार कर लिया गया है, सभी स्वीकृति परीक्षण बीत चुके हैं, किसी को कोई शिकायत नहीं है।

बेशक, इस राज्य से कहानी को WIP राज्य में स्थानांतरित किया जा सकता है यदि परीक्षक या विश्लेषक कहानी में अतिरिक्त कार्यान्वयन आवश्यकताओं को धक्का देने के लिए धीमा या लगातार पर्याप्त हैं।

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

कार्य

आउट-ऑफ-द-बॉक्स सेटिंग्स

हमने उपयोगकर्ता कहानी के राज्यों का पता लगाने के बाद, कार्यों के बारे में बात की। कार्य कार्य प्रक्रिया का मूल रूप इस प्रकार है:

मुझे यह भी पता नहीं है कि क्या कहना है। ऐसे राज्यों के बारे में कुछ नहीं कहा जा सकता है, सिवाय इसके कि कहानी बनी है या नहीं। यह स्पष्ट रूप से मेरी राय में पर्याप्त नहीं है। फिर, कार्य की स्थिति के बारे में एक लाख सवाल उठते हैं, चाहे किसी ने इसे काम में लिया हो या नहीं, क्या यह मुश्किल है या नहीं, और इसी तरह।

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

अब आपको प्रताड़ित किए बिना, आप उस नज़र को आगे बढ़ा सकते हैं जिसका मैं अब काम में उपयोग करता हूं।

स्वनिर्धारित

ट्यून्ड प्रक्रिया में 4 नए कार्य राज्य होते हैं जिन्हें रिपोर्ट के लिए रिपोर्ट को ट्रैक करने और संकलन करने के कार्य के लिए डिज़ाइन किया गया है।

अब एक कार्य पर काम करने का एक विशिष्ट परिदृश्य 4 चरणों से मिलकर बनेगा:

प्रस्तावित
सक्रिय
हल
बंद

यदि कार्य को विश्लेषकों से स्पष्टीकरण की आवश्यकता होती है या समस्या को जल्दी हल नहीं किया जा सकता है, तो होल्ड स्थिति प्रदान की जाती है।

यदि कार्य रद्द कर दिया गया है, तो परित्यक्त राज्य है। यह आपको कार्य को बंद करने के कारणों का विश्लेषण करने के बजाय पूर्ण किए गए कार्यों और किसी भी कारण से लिए गए लोगों के बीच शीघ्रता से अंतर करने की अनुमति देता है।

प्रस्तावित

सभी कार्य प्रारंभ में इस स्थिति के साथ बनाए जाते हैं। शाब्दिक: कार्य के लिए कार्य की पेशकश की जाती है। असिग्नी क्षेत्र में अभी तक कोई उपनाम नहीं हैं, कोई शुल्क नहीं। यह देखा जा सकता है कि कार्य पंखों में इंतजार कर रहा है और कोई भी ऐसा नहीं कर रहा है। आगे, जैसा कि पहले ही उल्लेख किया गया है, दो विकल्प संभव हैं:

सक्रिय

कार्य को सक्रिय रूप से विकसित किया जा रहा है, किसी को प्रगति, समय सीमा में रुचि हो सकती है। यह स्पष्ट रूप से देखा जाता है कि कौन इसे बनाता है।

परित्यक्त

किसी कारण से, कार्य अप्रासंगिक हो गया है और यह स्थिति इंगित करती है कि निर्दिष्ट कार्य लागू नहीं किया गया है।

होल्ड

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

हल

जब एक डेवलपर तय करता है कि एक कार्य पूरा हो गया है, तो वह इसे इस स्थिति में ले जाता है। सिद्धांत रूप में, इस राज्य में, कार्य के लिए परीक्षण होना चाहिए, और परिणाम व्यावहारिक होना चाहिए।

बंद

परीक्षण प्रक्रिया, या पूरी कहानी की स्वीकृति के बाद कार्य इस स्थिति में आता है। यदि परीक्षण दोषों को प्रकट नहीं करता है, तो कार्य बंद माना जाता है।

फिर, टीएफएस के लिए अनुरोध लिखना बहुत आसान हो जाएगा और, एक नज़र में, कार्य के ग्रंथों में अतिरिक्त छेड़छाड़ के बिना कार्यों की स्थिति का मूल्यांकन करें या तकनीकी नेतृत्व या डेवलपर्स को स्वयं मतदान करें।

बग

आउट-ऑफ-द-बॉक्स सेटिंग्स

जो कुछ नहीं करता वह गलत नहीं है। तो कोई फर्क नहीं पड़ता कि आप कैसे मोड़ते हैं, काम की प्रक्रिया में त्रुटियां होंगी, और आपको उसी तरह से उन पर काम को ट्रैक करने की आवश्यकता है। विश्लेषण करने के लिए, निष्कर्ष निकालें।

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

एक नज़र में इन सवालों के जवाब पाने में सक्षम होने के लिए, मैंने एक योजना बनाई, जिसे आप आगे देख सकते हैं।

स्वनिर्धारित

यहाँ बड़े आकार का चित्र

प्रमुख परिवर्तनों ने प्रक्रिया की शुरुआत को प्रभावित किया। अब मुख्य परिदृश्य इस प्रकार है:

प्रस्तावित
विश्लेषण
सक्रिय
हल
प्रकाशित
बंद

आइए इन राज्यों पर अधिक विस्तार से विचार करें।

प्रस्तावित

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

इस मामले में, बग शुरू करने वाले के दृष्टिकोण से कार्यात्मक का सही व्यवहार वर्णित किया जाना चाहिए।