सॉफ्टवेयर इंजीनियरिंग में प्रमुख डिजाइन: एक अधिग्रहण में उनके मूल्य को कैसे पहचानें

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

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

लेकिन यहाँ एक बात है - एक कंपनी जो एक सर्वर रहित वास्तुकला का उपयोग करती है या क्लाउड-मूल डिज़ाइन पैटर्न का पालन करती है, मूल कंपनी के लिए मूल्य जोड़ने की गारंटी नहीं है। वास्तव में, यह मूल्य भी मिटा सकता है। तो एक अधिग्रहण में प्रमुख डिजाइन के सही मूल्य को कैसे पहचान सकते हैं?

कंपनी के संबंध में प्रौद्योगिकी को समझना

इस श्रृंखला में जिन चार प्रमुख डिजाइनों की चर्चा की गई है, वे अधिक स्केलेबल, लागत प्रभावी और लचीला अनुप्रयोगों को बनाकर सॉफ्टवेयर विकास की आधुनिक समस्याओं को हल करते हैं। लेकिन अलग-अलग ट्रेड-ऑफ भी हैं।

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

उदाहरण के लिए, एक कंपनी जो एक मोनोलिथिक आर्किटेक्चर का अनुसरण कर रही है और टाइम-टू-मार्केट बढ़ने के कारण हार रही है - एक ऐसी समस्या जिसे रॉकस्टार DevOps इंजीनियरों से भरा एक DevOps स्टार्टअप के रूप में नए रक्त प्राप्त करके हल करने की कोशिश करता है।

फिर भी मौजूदा मोनोलिथिक वातावरण के कारण अधिग्रहण विफल हो जाता है जब DevOps इंजीनियरों का उपयोग माइक्रोसर्विस को तैनात करने के लिए किया जाता है।

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

यहां 5 प्रोएक्टिव उपाय हैं जो अधिग्रहण के दौरान किसी विशेष तकनीक के वास्तविक मूल्य को पहचानने में मदद करते हैं:

  1. एक पूर्ण मालिकाना सॉफ्टवेयर की समीक्षा करें

एक मालिकाना सॉफ्टवेयर समीक्षा नियत परिश्रम का हिस्सा है, लेकिन हमेशा इसे पूरी तरह से अधिग्रहणकर्ता द्वारा नहीं किया जाता है। मालिकाना सॉफ्टवेयर (ऑफ-द-शेल्फ सॉफ्टवेयर के विपरीत) अक्सर तकनीकी अधिग्रहण के पीछे महत्वपूर्ण ड्राइवर होता है और यदि यह मामला है, तो पैकेज के वास्तविक प्रदर्शन का मूल्यांकन करने के लिए एक पूर्ण स्वामित्व सॉफ्टवेयर समीक्षा क्रम में है।

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

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

2. क्लाउड-मूल प्रौद्योगिकियों के प्रतिरूपकता और सही कार्यान्वयन सुनिश्चित करना

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

उदाहरण के लिए, जब विचाराधीन तकनीक सर्वर रहित होती है, तो उद्यमों को वेंडर-लॉक की लागत को ध्यान में रखना चाहिए (यदि लक्ष्य कंपनी अधिग्रहणकर्ता की तुलना में एक अलग क्लाउड सेवा प्रदाता का उपयोग कर रही है)।

3. विफलता के एकल अंक प्राप्त करें

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

स्रोत

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

4. सुनहरा अनुपात निर्धारित करें

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

तकनीकी ऋण की कुछ राशि लगभग हर सॉफ्टवेयर में निहित होती है जिसे नियमित रूप से अपडेट किया जाता है और पुन: काम किया जाता है। कहा कि, तकनीकी ऋण की राशि 20 प्रतिशत के आसपास होनी चाहिए। और इससे भी महत्वपूर्ण बात यह है कि तकनीकी ऋण को सेवानिवृत्त करने की प्रक्रिया निरंतर होनी चाहिए क्योंकि सभी सॉफ्टवेयर समय के साथ-साथ नए तरीकों और तकनीकों का प्रदर्शन, स्केलेबिलिटी और विश्वसनीयता में सुधार करने के लिए हमेशा आविष्कार किए जाते हैं।

नेट नया विकास * 60% -70% सीमा में होना चाहिए और शेष समय बग और गंभीर मुद्दों को ठीक करने पर खर्च किया जाना चाहिए। यदि कीड़े और ग्लिच को ठीक करने के लिए अधिक समय बिताया जाता है, तो बड़ी अंतर्निहित समस्याएं हो सकती हैं जिनके लिए आपका ध्यान आवश्यक है।

नोट * - तकनीकी ऋण, नए विकास, और बग को ठीक करने में बिताए गए समय की मात्रा लक्ष्य, उसके उद्योग और तकनीकी स्टैक पर अत्यधिक निर्भर होगी, लेकिन आमतौर पर 20:60:20 के अनुपात के करीब है जिसका मैंने उल्लेख किया है। यहाँ।

5. भविष्य के विकास के लिए लक्ष्य के रोडमैप की जांच करें (यदि कोई हो)

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

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

एक रोडमैप की कमी एक महान संकेत नहीं है और इस तरह के मामले को यह सुनिश्चित करने के लिए अधिक से अधिक जांच की आवश्यकता होगी कि लक्ष्य कंपनी ने क्लाउड-देशी प्रौद्योगिकियों को ठीक से लागू किया।

समेट रहा हु…

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

आप निम्न लिंक पर क्लिक करके पिछली किस्तों को पढ़ सकते हैं: माइक्रोसर्विस आर्किटेक्चर, सर्वरलेस कंप्यूटिंग, देवओप्स, और क्लाउड-नेटिव डिज़ाइन पैटर्न।