कैसे Microsoft DevDiv TFS का उपयोग करता है - भाग 8 और 9

भाग 8 (गुणवत्ता गेट्स के साथ काम करना)

पिछले प्रकाशन में, हमने एक ही समय में कई परियोजनाओं में जोखिम नियंत्रण के बारे में बात की थी। आज हम गुणवत्ता गेट्स के बारे में बात करेंगे।

आइए एक पल के लिए इसके बारे में सोचें। कहते हैं, जब हमने ओरकास (विजुअल स्टूडियो 2008) विकसित करना शुरू किया, तो शीर्ष पर किसी ने निर्देश दिए:

1. VS2008 VS2005 की तुलना में खराब प्रदर्शन नहीं होगा।
2. हम स्वचालित परीक्षण के साथ 70% कोड को कवर करेंगे।

ये सिर्फ दो आवश्यकताएं हैं, लेकिन सबसे बड़ी हैं। आप यह कैसे सुनिश्चित कर सकते हैं कि अगले 2-3 वर्षों में 3,000 लोग सैकड़ों नए कार्य जोड़ेंगे, और इन निर्देशों का पालन किया जाएगा?

हमारा जवाब क्वालिटी गेट्स था। ऑर्कास पर काम करते समय, हमने 16 ऐसे गेट स्थापित किए, जैसे साधारण लोगों से "आपने विशिष्टताओं को लिखा होगा" संख्यात्मक लोगों के लिए, उदाहरण के लिए: "कोड का 70% स्वचालित परीक्षण द्वारा कवर किया जाना चाहिए"।

फ़ीचर वर्क आइटम में, हमने गुणवत्ता गेट्स को संपूर्ण रूप में समर्पित किया है।



आइए इसे और अधिक विस्तार से देखें।

पहले चार बिंदु प्रलेखन पर आधारित थे। इसलिए, दस्तावेज़ को इस गेट से गुजरने के लिए मौजूद होना चाहिए और अनुमोदित होना चाहिए।



शेष गेटों को मंजूरी और स्थिति द्वारा ट्रैक किया गया था।



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

यह इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन के संदर्भ में प्रभावी था। यदि आपने "प्राप्त" करने के लिए संकेतक सेट किया है, तो यह जानकारी कार्य आइटम के इतिहास में संग्रहीत की गई थी, और आपके हस्ताक्षर की तरह थी।

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

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

गुणवत्ता विशेषताओं की स्थिति की निगरानी करने के लिए, हमने निम्नलिखित रिपोर्ट का उपयोग किया:



इस रिपोर्ट को एक्सेल में बनाया गया था और इसमें विकास के तहत सभी कार्यक्षमता शामिल थी और गुणवत्ता गेट्स में से प्रत्येक के लिए पीले / हरे / लाल / काले संकेतकों को प्रदर्शित करने के लिए एक्सेल 2007 फ़ंक्शन का उपयोग किया गया था (जहां काली का मतलब था - निष्पादन शुरू नहीं हुआ)।

अन्य रिपोर्टों के साथ, हमारे परियोजना प्रबंधक ने हमसे निम्नलिखित प्रश्न साप्ताहिक पूछे:

• मैंने सुना है कि आप इस कार्यक्षमता (ऊपर की रिपोर्ट में आरआई कॉलम) पर काम पूरा करने के करीब हैं, लेकिन आपने अभी तक गुणवत्ता गेट्स के साथ काम करना शुरू नहीं किया है। समझाने की परेशानी क्यों?
• आपने कुछ गुणवत्ता गेट्स को लाल रंग में सेट किया है। क्यों? हम आपकी कैसे मदद कर सकते हैं?

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

अगले प्रकाशन में, हम उन रिपोर्टों के बारे में बात करेंगे जो हमने बनाई थी ताकि सभी कार्यों की स्थिति की स्पष्ट तस्वीर हो सके।

ग्रीग बोअर

भाग 9 (रिपोर्टिंग में पारदर्शिता)

नीचे हमारी इकाई का नियंत्रण कक्ष है:



आपको याद हो सकता है कि हमारे पिछले प्रकाशनों में से एक में हमने एक्सपीरियंस से संबंधित वैल्यू प्रॉप्स (वैल्यू) के बारे में बात की थी, जो बदले में फीचर्स से संबंधित हैं। ऊपर की छवि उनके साथ काम करने वाले देवदीव की स्थिति का एक स्नैपशॉट है।

रिपोर्ट के शीर्ष मूल्य मानों के साथ प्रगति को दर्शाता है। मूल्य प्रॉप्स, जैसा कि आप याद करते हैं, यूनिट के लिए आधार बिंदु हैं। ओरकास में हमारे पास उनमें से लगभग 10 थे।

यदि आप एक तत्व पर क्लिक करते हैं (ऊपर एक ग्रे आयत के साथ चिह्नित), तो संबंधित अनुभव की स्थिति खुल जाएगी:



यहां आप इस मान प्रोप से जुड़े सभी तत्वों की स्थिति देख सकते हैं। हम एक्सपीरियंस के लिए नीचे उतरते हैं।



यह रिपोर्ट चयनित अनुभव के साथ जुड़े कार्यक्षमता पर प्रगति को दिखाती है। हम और भी नीचे जाते हैं:



और हमें ब्राउज़र में एक रिपोर्ट मिलती है जो कार्यक्षमता पर डेटा दिखाती है।

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