एक मेट्रिक टू रूल देम ऑल - एक सिंगल यूनिवर्सल मेट्रिक है?

एक अंगूठी सभी उन्हें शासन करने के लिए
JRRTolkien

"आप केवल उसी चीज़ को नियंत्रित कर सकते हैं जिसे मापा जा सकता है"
पी। ड्रकर

जब मेट्रिक्स की बात आती है, तो दर्जनों, अगर सैकड़ों नहीं, तो अलग-अलग विकल्प दिमाग में आते हैं।
क्या माप का आविष्कार नहीं किया गया है!

लेकिन परेशानी यह है कि जब आप इन खूबसूरत तस्वीरों को देखते हैं, तो यह अक्सर पूरी तरह से समझ में नहीं आता है कि उनका क्या मतलब है।

और सामान्य तौर पर, यह पूरी तरह से स्पष्ट नहीं है कि क्या इन मैट्रिक्स को सही तरीके से चुना गया था या क्या यह पूरी तरह से अलग-अलग लोगों को देखने लायक होगा?

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

आइए एक नज़र डालते हैं और एक खास उदाहरण देखते हैं ...

अक्सर, हमारे पास जो कुछ भी होता है वह इनपुट डेटा का एक निश्चित सेट होता है जिसके साथ यह स्पष्ट नहीं होता है कि क्या करना है।

जीरा और उसके कार्य

कल्पना करें कि आपकी कंपनी जीरा टास्क ट्रैकर का उपयोग करती है और सभी डेवलपर्स काम करने के लिए घटनाओं को चिह्नित करने और उनके समाधान के लिए बाध्य हैं।

आप जीरा कार्यों के लिए एक अनलोड कर सकते हैं, लेकिन आगे क्या करना है?

इस स्थिति में एक अच्छा विचार यह सोचना है कि आप क्या प्रबंधन करना चाहते हैं और आप क्या परिणाम प्राप्त करना चाहते हैं।

उदाहरण के लिए, लेख, " इनसाइट्स इन मेट्रिक्स: जैसा कि मैं इसे समझता हूं, मैट्रिक्स क्या हैं और उनका मुख्य आकर्षण क्या है "

और अगर हम यहां "लीन एनालिटिक्स", "रनिंग लीन" और ताओ टोयोटा जैसी पुस्तकों को भी जोड़ते हैं, तो यह स्पष्ट हो जाता है कि जीरा के मामले में प्रोम तक विकसित कार्यक्षमता के वितरण समय का प्रबंधन और माप करना सबसे सही है।

इसलिए, लक्ष्य चुना गया है - हम सॉफ्टवेयर वितरण के समय को मापना चाहते हैं, लेकिन आप इसे सौ अलग-अलग तरीकों से कर सकते हैं। उदाहरण के लिए, आप विकास के प्रत्येक चरण की लंबाई को माप सकते हैं, और इस माप में वेटिंग, फिक्सिंग दोष, रीडिस्कवरी, आदि के लिए समय की हानि को भी जोड़ सकते हैं। यहां तक ​​कि vskidku को सॉफ्टवेयर विकास से संबंधित लगभग 50-70 विभिन्न मैट्रिक्स कहा जा सकता है।



कैसे हो सकता है? क्या वो वन ओनली मैट्रिक है जिसके द्वारा एक नज़र ही सब कुछ समझ सकता है?

यदि आपने अपनी आँखों से उन दर्जनों मैट्रिक्स को देखा, जिनकी चर्चा ऊपर की गई है, तो मुझे आपका उत्तर पहले से पता है - आप कहेंगे: नहीं! और इसलिए मैं चाहता हूँ ...

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

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

आइए इसे करीब से देखें।

जीरा में ऐसी रिपोर्ट है "टोटल फ्लो डायग्राम" ...



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

यहां बताया गया है कि यह आमतौर पर कैसा दिखता है:



कुछ धारियाँ। वे क्यों हैं? क्यों? उनका क्या मतलब है? और यहाँ क्या है ...

गहरे लाल बार - एक आधार पर पूरा किए गए कार्यों की संख्या। ब्लू काम में काम की संख्या है, और पीले बैकलॉग में पंजीकृत नए कार्य हैं।

संचयी कुल तब होता है जब किए गए कार्य हमेशा पहले किए गए कार्यों की संख्या में जोड़े जाते हैं।

उदाहरण के लिए, कल्पना करें कि आपने कल से 2 दिन पहले कार्य किया था। कल के पहले दिन चार्ट पर यह नोट किया जाएगा: 2।

कल आपने 3 और कार्य किए। चार्ट पर अगला बिंदु 2 (कल) +3 (कल) = 5 होगा।

और आज आपने एक और काम किया है। चार्ट पर आज का बिंदु 2 (कल का) +3 (कल का) +1 (आज) = 6 के बराबर होगा

यानी शेड्यूल हर समय बढ़ेगा।

और इसलिए, यदि आप ग्राफ पर किए गए कार्यों की संख्या, कार्य में कार्यों की संख्या और नए कार्यों को रखते हैं, तो आप बहुत ही वन और ओनली मैट्रिक निकाल सकते हैं।

आइए एक वास्तविक उदाहरण पर विचार करें (किबाना और इलास्टिक्स से अनलोडिंग):



आप देखते हैं?

वास्तव में, हम विकास की गति (या उत्पादकता) की गणना कर सकते हैं। 17 दिनों में 200 नए कार्य पूरे हुए। यहां से हमें पता चलता है कि वर्तमान विकास की गति 11.76 कार्य / दिन है, अर्थात 0.085 दिन प्रति कार्य ।

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

वर्तमान विकास गति पर, 06/17/2018 को बनाए गए 800 नए कार्य 68.03 दिनों के बाद ही पूरे होंगे।

ठीक है? मेरी राय में, वास्तव में नहीं।

बात हो रही है? निश्चित रूप से!

यहां एक और वास्तविक दुनिया का उदाहरण (जीरा रिपोर्ट) है। यह तकनीकी सहायता से टिकट निष्पादन का कार्यक्रम है:



उसी तरह, हम समर्थन सेवा की उत्पादकता की गणना करते हैं - 2.7 कार्य / दिन।

प्रयास करने के लिए कुछ है

वर्तमान गति को जानना पर्याप्त नहीं है। आपको लक्ष्य मान भी समझना चाहिए, अर्थात् देखें कि क्या प्रयास करना है।

एक व्यक्ति की गति को समझते हुए, आप गणना कर सकते हैं कि कार्यों की लक्ष्य संख्या को महसूस करने या वर्तमान उत्पादकता बढ़ाने के लिए कितने लोगों की सहायता सेवा की आवश्यकता होगी।

समर्थन सेवा में 15 लोग कार्यरत हैं। यह पता चला है कि प्रति व्यक्ति 0.18 कार्य / दिन हैं।

मान लीजिए कि आप निष्पादन की गति को बढ़ाना चाहते थे और सेवा को प्रतिदिन 2.7 कार्य नहीं बल्कि 10 (लक्ष्य मान) के लिए सक्षम बनाना चाहते थे।

एक व्यक्ति प्रति दिन 0.18 कार्य करता है, जिसका अर्थ है कि 56 लोग 10 कार्य करेंगे।

खैर, या एक विकल्प के रूप में, आप एक व्यक्ति की गति बढ़ा सकते हैं।

प्रति दिन 1 कार्य की गति से, 10 कार्यों के लिए आपको 56 लोगों की आवश्यकता नहीं होगी, लेकिन केवल 10।

हम प्रसव के समय का प्रबंधन करते हैं

यह पता चला है कि मीट्रिक आपको वास्तव में, प्रसव के समय को प्रभावित करने की अनुमति देता है।

वर्तमान प्रदर्शन को लक्ष्य मान के साथ तुलना करते हुए, आप समझ सकते हैं कि आपको प्रक्रिया को गति देने के लिए कितनी बार आवश्यकता है।

उत्पादकता को बनाने वाले मापदंडों (लोगों की संख्या और उनके काम की गति) को अलग करके, आप कुल डिलीवरी समय को नियंत्रित कर सकते हैं।

यह और कहां लागू है?

वास्तव में, मीट्रिक के एनालॉग कई क्षेत्रों में देखे जा सकते हैं।

उदाहरण के लिए DevOps को लें। DevOps का उपयोग डिस्ट्रीब्यूशन किट बनाने और उसे प्रॉम में तैनात करने के बीच के समय अंतराल को छोटा करने के लिए किया जाता है, अर्थात। यहाँ, जैसा कि ऊपर दिए गए उदाहरणों में दिया गया है, आपको प्रसव के समय को नियंत्रित करने की आवश्यकता है।

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

सिद्धांत रूप में, उसी मीट्रिक का उपयोग पैसे से संबंधित क्षेत्रों में किया जा सकता है।

उदाहरण के लिए, एक ऑनलाइन स्टोर के लिए, कोई व्यक्ति निश्चित समय के लिए आदेशों की संख्या की गणना कर सकता है। पूरा सवाल यह है कि क्या दुकानों को वास्तव में इसकी आवश्यकता है?

निष्कर्ष

जैसा कि आप देख सकते हैं, वन ओनली यूनिवर्सल मैट्रिक में अभी भी जीवन का अधिकार है, कम से कम सॉफ्टवेयर विकास के क्षेत्र में और सेवा प्रभागों (तकनीकी सहायता सेवा) में।

गणना करना आसान है, इसमें अर्थ सम्‍मिलित है, और इसका उपयोग लक्ष्य मान के साथ तुलना करने के लिए किया जा सकता है।

बेशक, इसका इस्तेमाल सोच-समझकर नहीं किया जा सकता। कार्यान्वयन शुरू करने से पहले, इसके बारे में सोचें, लेकिन वास्तव में आपको इसकी आवश्यकता है।

आप सार्वभौमिक मीट्रिक के बारे में क्या सोचते हैं?

सार्वभौमिक के रूप में आप किस मीट्रिक का उपयोग करते हैं?