बीआई सिस्टम को लागू करने में तकनीकी ऋण के उदाहरण

BI सिस्टम का विकास और परिनियोजन काफी त्वरित और सस्ती प्रक्रिया है, लेकिन समय के साथ इनका रखरखाव महंगा है। इसकी कल्पना तकनीकी ऋण के रूपक के माध्यम से की जा सकती है।

तकनीकी ऋण - सॉफ्टवेयर विकास में गुणवत्ता की उपेक्षा और भविष्य में अतिरिक्त श्रम लागत के कारण प्रोग्राम कोड या आर्किटेक्चर में उत्पन्न समस्याओं को दर्शाता है।

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

द्वि में तकनीकी ऋण के उदाहरण:

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

इसका केवल ज्ञान, दुर्भाग्य से, प्रबंधन के लिए कोई मैट्रिक्स प्रदान नहीं करता है। किसी सिस्टम में तकनीकी ऋण को कैसे मापें या इस ऋण के कुल मूल्य का अनुमान लगाएं? तथ्य यह है कि टीम अभी भी काम कर रही है ऋण के निम्न स्तर का प्रमाण नहीं है, क्योंकि ऋण का पूरा मूल्य केवल समय के साथ स्पष्ट हो जाता है।

विचार करने के लिए कुछ उपयोगी प्रश्न:

1. मीट्रिक की गणना के लिए पूरी तरह से नए एल्गोरिदम का पूरी तरह से परीक्षण करना कितना आसान है?
2. एक प्रणाली में एक नए परिवर्तन के प्रभाव को कितनी सही तरीके से मापा जा सकता है?
3. टीम के नए सदस्य कितनी जल्दी उठ सकते हैं?

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