2010-08-13 19 views
21

मैं अपने विक्रय विभाग में रखरखाव लागत बनाम विकास के अनुपात की व्याख्या करने की कोशिश कर रहा हूं, और वर्तमान में मुझे ज्यादातर आंत महसूस होता है कि हम रखरखाव के साथ लगभग 60% समय व्यतीत करते हैं।विकास लागत बनाम रखरखाव लागत

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

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

क्या आपके पास ठोस तर्क बनाने के लिए मुझे क्या संदर्भ देना चाहिए इस पर कोई अच्छा सुझाव है? और समस्या की अच्छी समझ देने के लिए मुझे किन बिंदुओं को लाया जाना चाहिए?

शायद वहां कहीं कुछ महान पाठ है जो मैं इंगित कर सकता हूं।

उत्तर

18

रॉबर्ट एल ग्लास, (आईईईई सॉफ्टवेयर मई/जून 2001 में एक लेख) द्वारा "सॉफ़्टवेयर इंजीनियरिंग के बारे में अक्सर भूल गए तथ्यों" में, वह सॉफ़्टवेयर "60/60" नियम के बारे में बात करता है, यह है कि रखरखाव आमतौर पर 40 का उपभोग करता है सॉफ़्टवेयर लागतों का 80% (60% औसत) तक, और फिर यह वृद्धि लगभग 60% सॉफ़्टवेयर रखरखाव लागत के लिए ज़िम्मेदार है, जबकि त्रुटि सुधार लगभग 17% है।

+0

लिंक के लिए धन्यवाद, मैं कुछ पढ़ूंगा। –

+0

मैंने माइक्रोस्कोर्सेस पर एक स्लाइडशेयर पोस्ट में यह संदर्भ देखा (http://www.slideshare.net/INPAY/the-why-what-and-how-of-microservices)। बात यह है कि भविष्य में लागत 16 साल या उससे कम हो गई है? – Irwin

3

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

इसी प्रकार, जब आप इसे पहली बार प्राप्त करते हैं तो यह ठीक हो सकता है, लेकिन थोड़ी देर के बाद इसे इसे बनाने के लिए पॉलिशिंग की आवश्यकता होगी ताकि आप इसे हर समय कैसे उम्मीद कर सकें।

+1

रोजमर्रा के समानता का उपयोग करना इस तरह के विषयों पर चर्चा करने का एक शानदार तरीका है। –

+3

ईमानदार होने के लिए, मुझे नहीं लगता कि यह एक अच्छा सादृश्य है। खरीद मूल्य की तुलना में कार की रखरखाव लागत महत्वहीन होती है। तो आपके सॉफ्टवेयर प्रोजेक्ट की रखरखाव लागत कुल विकास बजट के आधे से अधिक क्यों है? यही कारण है कि आपको कभी-कभी तर्क का सामना करना पड़ता है। –

+0

@ BartGijssens, मैं सहमत हूं। कार को बनाए रखने की लागत इसकी वर्तमान कार्यक्षमता को संरक्षित करना है। सॉफ़्टवेयर में इसका सादृश्य स्मृति लीक को ठीक करने, डेटा सफाई करने, पुरानी लॉग फ़ाइलों को साफ़ करने, आदि जैसे मामूली बग फिक्सिंग होगा। सॉफ़्टवेयर में "रखरखाव" की वास्तविक लागत आमतौर पर पुनः अनुकूलन और सुधार होती है, या मौलिक वैचारिक त्रुटियों को ठीक करती है - और एक बार जब मशीन निरंतर उपयोग में होती है और राज्य जमा हो जाता है, तो लागत एक विमान इंजन को फिट करने या बदलने के लिए समान होती है- उड़ान। – Steve

4

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

+0

धन्यवाद, मैं तकनीकी ऋण पर थोड़ा सा पढ़ूंगा। –

8

उद्योग में 2 9 वर्षों के बाद मैं कह सकता हूं कि रखरखाव कुल लागत का 60-80% है। विकास लगभग 20% है। लेकिन ज्यादातर कंपनियां आज यह स्वीकार नहीं करती हैं कि उन्होंने तेजी से विकास पर सबसे अधिक ध्यान केंद्रित किया है और उचित अनुमान के बिना देय तिथियां निर्धारित की हैं। यह डेवलपर्स को डंप करने और जाने के लिए मजबूर करता है, जो केवल रखरखाव को कठिन बनाता है। तो परिणामस्वरूप निष्पादन क्या करते हैं? वे सभी घर के सॉफ्टवेयर को फेंक देते हैं और तीसरे पक्ष की चीजें खरीदते हैं। फिर सिस्टम एकीकरण का दुःस्वप्न होता है और शायद 4 या 5 साल बाद वे सभी प्रकार के काम कर सकते हैं, लेकिन ऐसा करने की लागत समय को आगे बढ़ाने और पहली बार सही करने से अधिक है। इस बीच सभी अनुभवी पुराने टाइमर अपने टोपी लटकाते हैं और युवा रुपये की एक नई नस्ल "हम कुछ भी ठीक कर सकते हैं" के दृष्टिकोण के साथ उड़ते हैं। और वह, मेरा दोस्त वह है जो वे लंबे समय तक कर रहे हैं।

यही कारण है कि एगिल ने अंततः मुझे जीत लिया क्योंकि झरना सिर्फ सॉफ्टवेयर में काम नहीं करता है। कभी नहीं है और कभी नहीं होगा। यह सब छोटे काम करने वाले पुनरावृत्तियों और भागों के विकास के बारे में है। हेनरी फोर्ड की तरह ही हमें 1 9 00 में दिखाया गया ...

+0

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

1

जो मैंने अनुभव किया है वह लगभग 35% विकास लागत रखरखाव के पहले वर्ष के दौरान खर्च की जाएगी, दूसरे वर्ष में 30%, तीसरे वर्ष में 25%। इसलिए, यदि मैं विकास के लिए $ 1 एमएम खर्च करता हूं, तो मैं 1 साल के दौरान 350 के खर्च कर रहा हूं और इसी तरह। 3 साल बाद, लागत हर साल 5 से 10% तक बढ़ जाती है। इसलिए, 5 या 6 वर्षों के बाद आवेदन की कुल पुनर्वितरण की आवश्यकता हो सकती है।

संबंधित मुद्दे