11.7 आईटी प्रोक्योरमेंट की योजना की प्रक्रिया को प्रभावित करने वाले अन्य विचार
11.7। 2 बिल्ड बनाम ख़रीददारी विश्लेषण
ऐसा लगता है कि कंप्यूटर सिस्टम और सॉफ़्टवेयर मार्केट में आते ही पुराने हो गए हैं। यह एजेंसियों को इस दुविधा में डाल देता है कि कस्टम सिस्टम बनाना या पैकेज्ड सॉल्यूशन खरीदना सही है या नहीं। नया IT सिस्टम बनाते या खरीदते समय कई बातों पर विचार करना होता है। कस्टम सिस्टम डिज़ाइन के लिए, किसी एजेंसी को विकास, परीक्षण और कार्यान्वयन जैसे कठिन खर्चों से जूझना होगा। ऑफ़-द-शेल्फ पैकेज के लिए, पैकेज की शुरुआती लागत, लाइसेंस शुल्क जारी हैं, और कस्टमाइज़ करने, कॉन्फ़िगर करने, उनमें बदलाव करने, परीक्षण करने और बनाए रखने के कुछ खर्चे हो सकते हैं। एप्लिकेशन सेवा प्रदाता, सॉफ्टवेयर-एज-ए-सर्विस या अन्य क्लाउड-आधारित समाधानों के लिए, सुरक्षा और डेटा गोपनीयता आवश्यकताओं पर विचार करें ताकि यह निर्धारित किया जा सके कि क्या होस्टिंग वास्तव में एजेंसी या VITA द्वारा प्रदान की जानी चाहिए, या सार्वजनिक बनाम निजी क्लाउड की आवश्यकता है, और विभिन्न डेटा होस्टिंग और डेटा भंडारण वातावरण के लिए सभी संबद्ध लागतों पर विचार करें। खरीद की परवाह किए बिना बिल्ड बनाम बाय के डिसीजन पॉइंट एक जैसे होते हैं:
- लागत
- मार्केट करने का समय
- मार्केट की स्थितियाँ
- वास्तुकला
- सहायता के खर्च
- कुशल संसाधनों की उपलब्धता
- रणनीतिक मूल्य
इसके अतिरिक्त, प्रमुख IT आपूर्तिकर्ताओं के एकीकरण से नए मूल्य निर्धारण मॉडल और बंडलिंग विकल्प सामने आए हैं, जिससे व्यवसाय मालिकों को अधिक लाभ मिलेगा। ओपन सोर्स सॉफ़्टवेयर हाइब्रिड तरीकों के साथ, दोनों दुनिया के बेहतरीन चीज़ों को डिलीवर कर सकता है, जिसमें ख़रीदे गए और कस्टम-बिल्ट घटकों को मिलाया जाता है। बनाने या ख़रीदने का मूल्यांकन करते समय, किसी एजेंसी को सॉफ़्टवेयर के जीवन चक्र की कुल लागतों को समझना चाहिए, जो आम तौर पर सात या आठ साल होते हैं। शोध से पता चलता है कि 70% सॉफ़्टवेयर लागत लागू होने के बाद होती है। लाइफ़साइकल का कठोर विश्लेषण, जो असल में इन-हाउस डेवलपर द्वारा चल रहे रखरखाव का अनुमान लगाता है, अक्सर दिखाता है कि समाधान बनाने की तुलना में इसे ख़रीदना सस्ता होता है। इसके अलावा, जैसे-जैसे ज़्यादा लागत प्रभावी, आकर्षक बाज़ार समाधान उपलब्ध होते जाएंगे, पुराने मालिकाना ऐप्लिकेशन को प्रमाणित कमर्शियल समाधानों से बदलना ज़्यादा अनुकूल हो सकता है। बिल्ड बनाम ख़रीदारी का विश्लेषण करते समय, कुछ निर्णय बिंदु होते हैं, जो विश्लेषण में मदद कर सकते हैं:
- सिस्टम के बेहतरीन इस्तेमाल के आधार पर तय करें कि सिस्टम की आवश्यकताएँ क्या होंगी। ये ज़रूरतें तय करेंगी कि निर्माण बनाम ख़रीदारी विश्लेषण के दौरान किन बातों पर ध्यान देना चाहिए।
- ज़रूरतों को पूरा करने के लिए बाज़ार में उपलब्ध उत्पादों के प्रकारों के बारे में रिसर्च करें। इन प्रॉडक्ट की खूबियों और कमज़ोरियों बनाम ज़रूरतों का विश्लेषण करें और उनकी तुलना कस्टम-बिल्ट सिस्टम के डिज़ाइन और इम्प्लीमेंटेशन से कैसे की जाती है।
- लागत, कस्टमाइज़ेशन, शेड्यूल, सप्लायर सहायता आदि के आधार पर रेट किए गए प्रत्येक प्रॉडक्ट के लिए निर्णय विश्लेषण स्प्रेडशीट तैयार करें।
- उन अमूर्त कारकों का मूल्यांकन करें जिन्हें मापना मुश्किल होता है। अगर सिस्टम में मरम्मत या बदलाव की ज़रूरत है, तो खास प्रोग्रामिंग भाषाओं की तुलना में एमएस विज़ुअल बेसिक या ओरेकल जैसी जेनेरिक भाषाओं का समर्थन करने के लिए डेवलपर्स को ढूंढना आसान हो सकता है। सोर्स कोड का मालिक होना फ़ायदेमंद होता है, ताकि डेवलपर सिस्टम पर काम कर सकें। कस्टम सिस्टम की मदद से, अगर कॉन्ट्रैक्ट सही तरीके से लिखा गया हो, तो किसी एजेंसी के पास कोड हो सकता है। पैकेज्ड सिस्टम की मदद से, किसी एजेंसी को लाइसेंसिंग शुल्क देना होगा और हो सकता है कि उसे कोड के मुख्य हिस्सों तक ऐक्सेस करने का अधिकार न मिले।
- ज़रूरत से ज़्यादा क्षमता ख़रीदने से बचें। कई पैकेज्ड सॉफ़्टवेयर सिस्टम में किसी एजेंसी की ज़रूरत से ज़्यादा सुविधाएं होती हैं।
कीवर्ड या सामान्य शब्द के आधार पर मैनुअल में खोजें।