पीवीएस-स्टूडियो आरओआई

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

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

पीवीएस-स्टूडियो एक उपकरण है जिसे सी, सी ++, सी # और जावा में लिखे गए कार्यक्रमों के स्रोत कोड में त्रुटियों और संभावित कमजोरियों का पता लगाने के लिए डिज़ाइन किया गया है। यह विंडोज, लिनक्स और मैकओएस वातावरण में काम करता है।

आइए विकास के क्रम में पीवीएस-स्टूडियो स्टैटिक कोड एनालाइज़र का उपयोग करने से निवेश पर वापसी की गणना करें - पहले "संदेहपूर्ण मोड" में, और फिर अधिक वास्तविक रूप से।

एक डेवलपर के काम के घंटे का मूल्य

यह निर्धारित करने के लिए कि पीवीएस-स्टूडियो कितना पैसा लौटाएगा, पहले हमें यह गिनने की जरूरत है कि एक डेवलपर के काम के घंटे की वास्तविक लागत (मूल्य) क्या है।

इस तथ्य का तथ्य यह है कि यह केवल एक डेवलपर के वार्षिक वेतन को लेने के लिए पर्याप्त नहीं है और इसे 1900 घंटे काम करने के समय से विभाजित किया जाता है। वैसे, 1900 नंबर को मनमाना नहीं बल्कि चुना गया है। प्रति वर्ष काम के घंटे की संख्या देश पर अत्यधिक निर्भर है। उदाहरण के लिए, वर्ष में दक्षिण कोरिया में 2069 काम के घंटे हैं, रूस में - 1974 में, संयुक्त राज्य अमेरिका में - 1783 और ब्रिटेन में - 1676. फिर भी, 40 घंटों के कार्य सप्ताह के संदर्भ में 1900 की संख्या पूरी तरह से उचित है, और हम आगे की गणना के लिए इस संख्या का उपयोग करेंगे।

तो, यह 1900 तक वार्षिक वेतन को विभाजित करने के लिए पर्याप्त क्यों नहीं है?

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

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

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

यह सब क्या मतलब है? यदि एक प्रोग्रामर 1 घंटे के लिए विकास प्रक्रिया से बाहर हो गया, तो कंपनी को अपने काम के एक घंटे के बराबर धनराशि नहीं मिली है, लेकिन 2 या 3 गुना अधिक में।

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

यह पता चला है कि एक घंटे की लागत को 8/6 = 1.33 (संशयवादी मोड) या 8/4 = 2 (वास्तविकता के करीब) से गुणा करने की आवश्यकता है।

अब दो बहुगुणों की चर्चा करते हैं और अंतिम गुणक प्राप्त करते हैं, जिसके द्वारा आपको एक डेवलपर की एक घंटे की लागत को गुणा करना होगा:

• संदेह के लिए एक गुणक: 2 * 1.33 = 2.66
• एक गुणक, वास्तविकता के करीब: 3 * 2 = 6

व्यवहार में, गुणांक थोड़ा अधिक होगा, क्योंकि हम गणना में छुट्टियों को ध्यान में नहीं रखते हैं।

आइए अब देखते हैं कि कंपनी के लिए इसका क्या मतलब है जब एक डेवलपर प्रति वर्ष $ 74,000 का औसत वेतन 1 घंटे के लिए वर्कफ़्लो से बाहर हो जाता है। $ 74,000 की वार्षिक कमाई को 2018 वर्ष के लिए स्टेपस्टोन पोर्टल डेटा के अनुसार जर्मनी में औसत वेतन के बाद चुना गया है।

नोट। एक बेहतर समझ के लिए यह ध्यान दिया जाना चाहिए कि वास्तव में कंपनी वेतन पर $ 74,000 से अधिक खर्च कर सकती है। यह ध्यान दिया जाना चाहिए कि कंपनी विभिन्न फंडों में योगदान दे सकती है और विभिन्न करों का भुगतान कर सकती है। हालांकि, यह देश और कराधान योजनाओं पर इतना अविश्वसनीय रूप से निर्भर है कि हम इन सभी विकल्पों पर विचार करने की कोशिश भी नहीं करेंगे। सादगी के लिए, मान लें कि कंपनी किसी भी अतिरिक्त लागत को वहन नहीं करती है और एक डेवलपर के वेतन पर प्रति वर्ष केवल $ 74,000 खर्च करती है। हमने इसे नोट करने का फैसला किया, कि हम पीवीएस-स्टूडियो के पक्ष में संख्याओं को गोल नहीं करते हैं।

यदि वेतन $ 74,000 है, प्रति घंटा की दर $ 74,000 / 1900 = $ 39 होगी। यह पता चला है कि यदि कोई डेवलपर 1 घंटे के लिए त्रुटि को ठीक करने में विचलित हो जाता है, तो कंपनी कमाई नहीं कर पाएगी:

• संशय के लिए: $ 39 / घंटा * 2.66 = $ 103 / घंटा
• वास्तव में अधिक से अधिक: $ 39 / घंटा * 6 = $ 234 / घंटा

यह किसी डेवलपर की एक घंटे की वास्तविक मानव-घंटे लागत (मूल्य) है जब वह कुछ उपयोगी कर रहा है।

पीवीएस-स्टूडियो कितने घंटे बचाता है

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

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

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

एक वर्ष में लगभग 50 सप्ताह होते हैं। एक वर्ष के दौरान, विश्लेषक निम्नलिखित वास्तविक डेवलपर के काम के घंटे बचाता है:

• स्थैतिक विश्लेषण के लिए संदेहपूर्ण रवैया: 2 घंटे * 50 = 100 बचाया घंटे
• सकारात्मक दृष्टिकोण: 3 घंटे * 50 = 150 बचाया घंटे

आरओआई की गिनती करने का समय आ गया है

फिर पीवीएस-स्टूडियो का उपयोग करके $ 74.000 के वेतन के साथ एक प्रोग्रामर प्रत्येक वर्ष व्यवसाय में वापस आ जाएगा:

• यदि आप एक संशयवादी हैं: $ 103 / घंटा * 100 घंटे = $ 10.300
• वास्तविकता: $ 234 / घंटा * 150 घंटे = $ 35.100।

अब 10 लोगों की एक विशिष्ट टीम लेते हैं। पीवीएस-स्टूडियो शुरू करने के बाद, हम यह उम्मीद कर सकते हैं कि, सहेजे गए समय के लिए धन्यवाद, टीम उपयोगी कार्य करने में सक्षम होगी जो खर्च होंगे:

• संदेहवादी: $ 103,000
• वास्तविकता: $ 351,000

अंतिम सूत्र

तो, चलो अब एक सूत्र में यह सब एकजुट करते हैं।

आइए एक प्रोग्रामर के वार्षिक वेतन को एस के रूप में निरूपित करें।

एक टीम में डेवलपर्स की संख्या एन है।

• एक संशय का सूत्र: एन * (एस / 1900) * 2.66 * 100
• वास्तविक सूत्र: एन * (एस / 1900) * 6 * 150

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

तालिका विवरण। शीर्ष पंक्ति: प्रति वर्ष डेवलपर का वेतन। बाएं कॉलम: एक टीम में प्रोग्रामर की संख्या। तालिका सेल: टीम वर्ष के दौरान अतिरिक्त रूप से कंपनी के लिए कितना पैसा कमाएगी, यदि संपादन कीड़े (जो पीवीएस-स्टूडियो पा सकते हैं) के बजाय टीम उपयोगी प्रोग्रामिंग के साथ व्यस्त होगी।

संदेह के लिए तालिका:

सारणी N १। स्केप्टिक। लाल: पीवीएस-स्टूडियो का उपयोग अनुचित हो सकता है। हरा: स्थैतिक विश्लेषक का उपयोग उचित और उपयोगी है। नीला: इसका उपयोग विशिष्ट रूप से लाभकारी है।

वास्तविक तालिका:

तालिका N2। हकीकत। लाल: पीवीएस-स्टूडियो का उपयोग अनुचित हो सकता है। हरा: स्थैतिक विश्लेषक का उपयोग उचित और उपयोगी है। नीला: इसका उपयोग विशिष्ट रूप से लाभकारी है।

हमारे विचार में, दूसरी तालिका वैध है, और लाइसेंस अधिग्रहण की व्यवहार्यता का आकलन करते समय इसे एक को ध्यान में रखना उचित है।

टिप्पणी

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

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

निष्कर्ष

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