पिछला प्रदर्शन भविष्य के परिणामों का संकेत नहीं है - जब तक कि यह कोड, डेटा और एप्लिकेशन की लागत न हो

कई चीजों के बीच, यह साल का वह समय है जब वित्तीय सलाहकार मुझे अपने निवेशों में साल के अंत में ईमेल भेजते हैं। यहाँ ऐसे ही एक सलाहकार की सटीक भाषा है:

"आपकी पूरी वित्तीय तस्वीर। एक सुरक्षित स्थान...आपका डैशबोर्ड आपके खर्च, बचत, ऋण, और बहुत कुछ का एक ही लॉगिन के साथ वास्तविक समय का दृश्य प्रस्तुत करता है...अपनी सभी वित्तीय प्राथमिकताओं के लिए योजना बनाएं—और अपने अनुमानित निवल मूल्य का एक स्पष्ट दृश्य प्राप्त करें।

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

बहुत कम उद्यम अपने अनुप्रयोगों की कुल लागत को पूरी तरह से जानते या समझते हैं - कोड और डेटा सहित - समय के साथ, बहुत कम जब उन्हें उत्पादन में पदोन्नत किया जाता है।

कंपनियां जो सोचती हैं कि वे इन लागतों को जानती हैं, वे वास्तविक खपत लागतों को ट्रैक नहीं कर रही हैं जो विकास और क्षमता (अधिक या कमी) से प्रभावित हैं।

हम कोड की कुल लागत को मापने के लिए क्या कर सकते हैं, जिससे अक्षम प्रक्रियाओं पर अरबों की बचत होगी? हमें अपने सिस्टम की वास्तविक लागत को समझने के लिए एप्लिकेशन, कोड और डेटा की वास्तविक लागत में पारदर्शिता की आवश्यकता है। यह केवल प्रौद्योगिकी और सीएफओ के कार्यालय के बीच साझेदारी बनाने और मजबूत करने से ही हो सकता है।

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

एक चुनौती यह है कि वास्तविक दुनिया की लागतें सार्वजनिक नहीं हैं। इसके अतिरिक्त, कई विक्रेता वास्तव में यह नहीं जानते हैं कि लागत क्या है क्योंकि वे केवल यह जानते हैं कि उनका आवेदन क्या करता है, यह नहीं कि 3 से 5 वर्षों के लिए आपके व्यवसाय के लिए आवेदन को चलाने के लिए बुनियादी ढांचा और लागत क्या होगी।

इसे देखने का एक और तरीका है: मेरे व्यवसाय मॉडल और विकास मेट्रिक्स के आधार पर 3 से 5 वर्षों में किस एप्लिकेशन को लागू करने, प्रबंधित करने और बनाए रखने में सबसे कम लागत आएगी?

प्रौद्योगिकी में दक्षता के युग की ओर बढ़ते हुए, प्रौद्योगिकी प्रणालियों में दक्षता को मापने का क्या अर्थ हो सकता है? हमें मानसिकता, कार्य और मापन के मामले में दक्षता के बारे में सोचने की जरूरत है।

• हम जो कुछ भी करते हैं उसके मूल में दक्षता रखने के लिए हम अपनी मानसिकता को कैसे बदल सकते हैं?
• अधिक कुशल होने के लिए हम कौन से कदम उठा सकते हैं?
• हम दक्षता कैसे माप सकते हैं?
• की गई कार्रवाइयों के प्रभाव क्या हैं?

जिस तरह से उद्योग क्षमता को देखता है वह 20 वर्षों में नहीं बदला है। हम तब तक अकुशलता के साथ जीने को तैयार हैं, जब तक उत्पादन में कोई कमी या समस्या न हो। हालाँकि, अगर कुछ अधिक कुशलता से किया जाता है, तो इसकी लागत कम होती है और तेजी से निष्पादित होती है, और सिस्टम में कम अपशिष्ट होता है, जिसका अर्थ है एक छोटा कार्बन फुटप्रिंट। अगर कुछ और अधिक कुशलता से किया जाता है, तो हम अधिक क्षमता पैदा करते हैं इसे बढ़ाए बिना, जो केवल अधिक संसाधनों, लाइसेंसिंग लागतों और धन की बचत करता है।

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

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

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

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