कंपोज़ेबल बैंकिंग कार्य करना

जब मैंने पहली बार 80 के दशक में बैंकिंग टेक्नोलॉजी में अपना करियर शुरू किया था, तब मैं शुरू में मेनफ्रेम के साथ काम कर रहा था।

उन दिनों में, हमारे पास "हेड ऑफिस बिजनेस यूजर्स" की टीम थी जो हमारी आवश्यकताओं को निर्दिष्ट करती थी। ये बिचौलिए थे जो सिस्टम के वास्तविक उपयोगकर्ताओं का प्रतिनिधित्व करते थे। वास्तविक उपयोगकर्ताओं के साथ हमारा कोई सीधा संपर्क नहीं था।

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

साथ ही, हमें घर से काम करने की अनुमति दी गई या जहां भी हमें लगा कि हम उत्पादक हो सकते हैं। मेरा शेड्यूल आमतौर पर सुबह 6 बजे उठना और दोपहर 2 बजे तक कोड करना था, फिर लंच और दोपहर की सैर के लिए ब्रेक लेना था। मैं लगभग 6/7 बजे से अपने डेस्क पर वापस आ गया था और आमतौर पर आधी रात तक कोड करता था। यह मेरे लिए काम किया।

इसके अलावा, सबसे बड़ा परिवर्तन वास्तव में शाखाओं में अंतिम उपयोगकर्ताओं से आवश्यकताएं प्राप्त करना था। इससे समाधान की उपयोगिता और कार्यों को ठीक करने में बहुत फर्क पड़ा।

फास्ट फॉरवर्ड 30 साल और यह अब आदर्श है। पिछले 30 वर्षों में, हमने व्यावसायिक उपयोगकर्ताओं और आईटी के बढ़ते एकीकरण को देखा है। यहां तक ​​​​कि सॉफ्टवेयर प्रदाता भी एक ऐसे मॉडल की ओर बढ़ गए हैं, जिससे ग्राहक नए उत्पादों में गहराई से शामिल होते हैं।

हालांकि, आम तौर पर व्यवसाय-विशिष्ट आवश्यकताओं के लिए, एक विश्लेषक उन्हें दस्तावेज करता है और एक डेवलपर कोड लिखता है। यह दशकों से मॉडल रहा है।

इसे बदलने का प्रयास किया गया है, व्यापार उपयोगकर्ताओं को कम-कोड या नो-कोड समाधानों का उपयोग करके अपने स्वयं के समाधान लिखने के लिए सशक्त बनाने के लिए। दरअसल, मेरी आखिरी कंपनी, एजआईपीके, वेब/मोबाइल ऐप्स के विकास के लिए नो-कोड प्लेटफॉर्म बनाने में अग्रणी थी। गार्टनर ऐसे उपकरणों के उपयोगकर्ताओं को "नागरिक डेवलपर्स" कहते हैं। इसने आवश्यकताओं और विकास के अलगाव को कम कर दिया, लेकिन मैं यह कहने की हिम्मत करता हूं कि इसने बहुत सारे समाधान उत्पन्न किए जिन्हें बनाए रखना मुश्किल था और थोड़ा पुन: उपयोग को बढ़ावा दिया। इसलिए, मिशन-महत्वपूर्ण समाधानों के लिए उद्यम स्तर पर ऐसे उपकरणों का वास्तव में उपयोग नहीं किया गया है।

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

1. एंटरप्राइज आर्किटेक्ट (ईए): कोई है जो उच्च स्तर पर समग्र समाधान को नियंत्रित करता है, अधिकतम पुन: उपयोग और स्थिरता सुनिश्चित करता है। BIAN आर्किटेक्चर उस चीज़ का एक अच्छा उदाहरण है जिसे EA बना सकता है। BIAN एक संपूर्ण बैंक आर्किटेक्चर के लिए कंपोज़ेबल "बिल्डिंग ब्लॉक्स" के अनुप्रयोग के लिए एक बेहतरीन मॉडल प्रदान करता है।
2. निर्माता: डेवलपर्स जो व्यक्तिगत गणना, कार्यक्षमता या व्यावसायिक क्षमता के निर्माण खंड बनाते और प्रकाशित करते हैं।
3. क्यूरेटर: बिल्डिंग ब्लॉक्स के "लाइब्रेरी" या मार्केटप्लेस को प्रबंधित करने की भूमिका। इस पुस्तकालय में कोई भी स्वामित्व या तीसरे पक्ष द्वारा अधिग्रहित समाधान भी शामिल होना चाहिए।
4. संगीतकार: टीमें जो एप्लिकेशन कंपोजिशन प्लेटफॉर्म और टूल्स का उपयोग करके बिल्डिंग ब्लॉक्स से समाधान तैयार करती हैं, लेकिन जरूरी नहीं।
5. उपभोक्ता: एप्लिकेशन के वास्तविक उपयोगकर्ता।

अधिक जानकारी के लिए, येफिम का हालिया वेबिनार देखें, 'द कोर प्रिंसिपल्स ऑफ कंपोजिबिलिटी: थ्राइव थ्रू बिजनेस चेंज'।

मैं सिर्फ इतना कह रहा हूं कि "कंपोजेबल बैंकिंग" सिर्फ एक आईटी मुद्दा नहीं है क्योंकि इसमें व्यावसायिक उपयोगकर्ता शामिल हैं। यह केवल पुन: उपयोग पुस्तकालय के साथ मानक विकास नहीं है, यह एक संगठनात्मक परिवर्तन है, और फर्म इस बदलाव के बिना पूर्ण लाभ देखने के लिए संघर्ष करेंगे।

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

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

लेखक के बारे में

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

वह बाड़ के दोनों ओर रहे हैं और वह अपनी राय साझा करने से डरते नहीं हैं।

वह . के सीईओ हैं आस्कहोमी, जो घरों के अनुभव पर केंद्रित है, और एक निवेशक और प्रॉपटेक और फिनटेक में संरक्षक है।

ट्विटर पर धर्मेश को फॉलो करें @ धर्मेशमिस्त्री और लिंक्डइन.

उनके सभी "मैं बस कह रहा हूँ" संगीत पढ़ें यहाँ उत्पन्न करें.