वेंडर लॉक-इन से बचने के लिए चेक-लिस्ट?


23

क्या वेंडर लॉक-इन से बचने के लिए उद्योग-अनुमोदित नियमों का एक सेट है?

मेरा मतलब है, कुछ एक प्रबंधक, या अन्य निर्णय निर्माता को दिखा सकता है, जो समझने में आसान है और आसानी से सत्यापन योग्य है।

  • क्या कोई सार्वभौमिक रूप से स्वीकृत नियम, एक चेकलिस्ट या शर्तों का समूह है जो वेंडर लॉक-इन को एक उद्देश्य, मापने योग्य तरीके से पता लगाने और रोकने में मदद करता है?

  • क्या आपने किसी प्रबंधक को किसी प्रोजेक्ट के शुरुआती चरणों के दौरान वेंडर लॉक-इन के जोखिम के बारे में चेतावनी दी है?


वेंडर लॉक जरूरी नहीं कि "बुरी चीज" हो
Ryathal

2
यह एक आश्चर्यजनक अच्छा सवाल है, जो डेवलपर्स के एक बड़े समूह के लिए प्रासंगिक है। अक्सर आपको पता नहीं होता है कि आपको यह समस्या तब तक होती है जब तक बहुत देर हो चुकी हो।
joshin4colours

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

4
@ रायथल अक्टूबर: लॉक-इन (विकल्पों का प्रतिबंध, भविष्य के विकल्प) कैसे खराब नहीं हो सकते?
जियोर्जियो

1
@ जिओर्जियो क्योंकि समर्थन अनुबंध व्यापार की दुनिया में बदलने की क्षमता से अधिक महत्वपूर्ण हैं, एक बार जब एक प्रणाली काम कर रही है कि तथ्य ए को भाग एक्स के साथ स्वैप किया जा सकता है तो अप्रासंगिक है क्योंकि कोई भी ऐसा नहीं करेगा जब तक कि उनके सिर पर बंदूक न हो।
रायथल

जवाबों:


7

एक सलाहकार के रूप में अपने काम में मैं अक्सर ग्राहकों को विक्रेता लॉक-इन के जोखिम के बारे में चेतावनी देता हूं। यह फेल होने वाली परियोजनाओं को चालू करने के लिए बुलाए जाने के कड़वे अनुभव से है: यदि आप शुरुआत में इस बारे में नहीं सोचते हैं, तो शायद यह आपको लंबी अवधि में खर्च करेगा।

कोई "मानक चेकलिस्ट" नहीं है, लेकिन यहां उन मुख्य चीजों की एक अच्छी चेकलिस्ट है, जिनकी मैं तलाश करता हूं:

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

यदि इन प्रश्नों में से अधिकांश के लिए उत्तर हां है, तो आप वेंडर लॉक-इन से बचने के लिए निश्चित रूप से निश्चित हो सकते हैं। यदि नहीं, तो आपको सावधान रहना चाहिए।


13

ये कुछ दिशानिर्देश हैं जिनका उपयोग मैं लॉक का मूल्यांकन करते समय करता हूं:

क्या विक्रेता उद्योग मानक प्रारूपों का उपयोग करता है?

यदि आप एक फाइल और कोड के साथ समाप्त होते हैं, जिसे एक विदेशी भाषा बोलनी है, तो स्विच करना अत्यधिक कठिन है। यदि आपके पास XML और JSON जैसे मानक प्रारूप हैं तो ऐसा नहीं है। उदाहरण के लिए ASP .Net एस्पेक्स का उपयोग करता है, जो मार्कअप है जो न तो html है, न ही यह वैध XML है। इससे उन फ़ाइलों को परिवर्तित करना या उन्हें पार्स करना बहुत मुश्किल हो जाता है।

क्या विक्रेता अपने सिस्टम के साथ एकीकृत करने के लिए पर्याप्त बिंदुओं की आपूर्ति करता है?

क्या आप अपने डेटा को सिस्टम से मुक्त कर सकते हैं, और इसे अपने स्वयं के सिस्टम के साथ एकीकृत कर सकते हैं, जैसे कि वेब सेवाओं की तरह, कुछ प्रकार के व्यवधान के माध्यम से? यदि आप इसे अपने सिस्टम के साथ एकीकृत करना चाहते हैं, तो क्या आपको प्रीमियम पर अधिक विक्रेता उत्पाद जोड़ने की आवश्यकता है?

दूसरे के समाधान को बदलना कितना कठिन है?

विक्रेता से दूर जाना कितना मुश्किल होगा यह देखने के लिए एक निरंतर विवेक जांच की आवश्यकता है। यदि विक्रेता का सामान आपके संपूर्ण बुनियादी ढांचे को विकृत करता है तो आपको थका हुआ होना चाहिए।


3
एक और गैर-तकनीकी पहलू यह है: विक्रेता लॉक-इन-रिलेटेड अनुरोधों का जवाब देने के संबंध में क्या रिकॉर्ड रखते हैं। कुछ विक्रेता दूसरों की तुलना में बेहतर हैं।
जोकिम सॉर

0

संक्षेप में, मैं विक्रेता और उत्पाद के बारे में समीक्षा और प्रतिक्रिया देखूंगा।

तकनीकी रूप से कहें तो वेंडर लॉकिंग तब होता है जब प्रोजेक्ट में वेंडर (थर्ड पार्टी प्रोडक्ट) को टाइट कपलिंग होती है।

उससे कैसे बचें? विकल्प होने और प्रत्येक विकल्प के बारे में एक प्रश्न पर शोध करने से - किसी दूसरे के समाधान को बदलना कितना कठिन है?

विक्रेता द्वारा प्रचारित उत्पाद के तकनीकी विवरणों के अलावा , सफलता / विफलता का ट्रैक जानना बहुत महत्वपूर्ण है जो अन्य ग्राहक इस विक्रेता के पास था। यह कठिन चीज़ लग सकती है (पूरा करने के लिए गॉगलिंग, समीक्षाओं को पढ़ना, पहचानना कि समीक्षा कितनी वास्तविक है, आदि)। हालांकि, यूएस में विश्वसनीय रेटिंग प्रणाली है जिसे बीबीबी (बेटर बिज़नेस ब्यूरो) कहा जाता है ।

इस स्वतंत्र ब्यूरो में अमेरिका स्थित कंपनियों के रिकॉर्ड बहुत उपयोगी हैं और 95% में वास्तविकता को दर्शाते हैं। इस प्रकार, मैं दृढ़ता से उनके साथ भी जांच करने की सलाह दूंगा।


4
मैं इसे "गलत" कहने के लिए वोट करने में संकोच कर रहा हूं, लेकिन आपका जवाब वास्तव में सवाल का जवाब नहीं देता है। वेंडर लॉक-इन का बीबीबी से कोई लेना-देना नहीं है।

तकनीकी विवरण के लापता भाग को स्पष्ट किया।
ईएल यूसुबोव

1
अच्छा संपादन - यह अब सीधे सवाल को संबोधित करता है
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.