बधाई हो। आपने कुछ सॉफ़्टवेयर लागू करने का निर्णय लिया है और चाहते हैं कि यह सफल हो। क्या यह एजाइल या वॉटरफॉल या लीन या स्क्रम या पूरी तरह से कुछ और होगा। जबकि एक सफल परियोजना कार्यान्वयन की इसे चलाने की अपनी आवश्यकताएं होती हैं
ऐसी कई चीजें हैं जिन पर किसी को शुरुआत से पहले विचार करना चाहिए।
क्या टारगेट ऑपरेटिंग मॉडल को पर्याप्त रूप से परिभाषित किया गया है?
नई तकनीक के कार्यान्वयन में जल्दबाजी करने से कई नुकसान होते हैं, लेकिन किसी सिस्टम को तैनात/एकीकृत करना शुरू करने से ज्यादा आम कोई भी नहीं है, बिना इस बात पर विचार किए कि जब यह पूरा हो जाएगा तो समग्र बड़ी तस्वीर कैसी दिखेगी। अब तक बहुत सी परियोजनाएं क्षतिग्रस्त हो गई हैं
शुरुआत में ही वापस आ गया क्योंकि प्रौद्योगिकी के कुछ महत्वपूर्ण हिस्से को समग्र योजना में शामिल नहीं किया गया था। आज बाज़ार में मौजूद सभी फिनटेक और विघटनकारी कंपनियों के साथ, सभी एक-दूसरे के साथ सहजता से एकीकृत होने का प्रयास करेंगे, लेकिन पूरी समझ के बिना।
of कैसे आप चाहते हैं कि वे जुड़ें और किस कारण से, आप आसानी से अपने लक्ष्य ऑपरेटिंग मॉडल को बीच में ही फिर से तैयार कर सकते हैं और अब तक खर्च किए गए सभी प्रयासों और संसाधनों को बर्बाद कर सकते हैं। यह उस समय विमान बनाने की कोशिश करने जैसा है
इसे उड़ाना या इसे चलाते समय कार का टायर बदलना। विशिष्ट टीओएम में ग्राहक के साथ काम करने वाले कर्मचारियों के लिए एक ग्राहक संबंध प्रबंधन (सीआरएम) प्रकार की प्रणाली होगी, जो वर्कफ़्लो और नियम इंजन को शामिल करते हुए ग्राहक जीवनचक्र प्रबंधन प्रणाली से जुड़ती है।
डेटा प्रविष्टि/दस्तावेज़ अपलोड/सत्यापन और सत्यापन को पूरा करने के लिए संबंधित लोगों को आवश्यक कार्य सौंपना। एक मास्टर डेटा मैनेजमेंट (एमडीएम) प्रणाली हो सकती है जिसे रिकॉर्ड/गोल्डन कॉपी के स्रोत के रूप में माना जाता है, लेकिन अक्सर यह एक गुप्त प्रणाली होती है
विभिन्न प्रणालियों के साथ एकाधिक एकत्रित या एकीकृत डेटा भंडार की प्रणाली जो रिकॉर्ड को अद्यतन कर सकती है। इनबिल्ट या एकीकृत लेनदेन निगरानी सेवाओं के साथ लेनदेन/व्यापार/उधार प्रणाली हो सकती है। डेटा/दस्तावेज़ों के लिए तृतीय पक्ष प्रदाता हो सकते हैं
या समाचार/नकारात्मक समाचार/स्क्रीनिंग उद्देश्य। इनमें से सभी या कुछ क्लाउड आधारित या ऑन-प्रिमाइसेस सिस्टम भी हो सकते हैं। तो अब फिर से, मैं आपसे पूछता हूं, क्या आपने विचार किया है कि प्रौद्योगिकी का यह 1 नया टुकड़ा आपके समग्र टीओएम में कहां फिट बैठता है और क्या यह अंतिम संस्करण है या आप हैं
इसे वर्तमान सेटअप में एकीकृत किया जा रहा है लेकिन भविष्य में इसे बदलने की योजना है
आपके सभी मौजूदा सिस्टम के लिए, आप कब तक उनका समर्थन करने/उन्हें आसपास रखने की योजना बना रहे हैं?
एक सामान्य गलती है जिसे सनक कॉस्ट फॉलसी के नाम से जाना जाता है, जिसके तहत सिर्फ इसलिए कि आपने एक सिस्टम पर एक्स डॉलर/यूरो/पाउंड खर्च किए हैं, हार स्वीकार करना और इसे खत्म करना बहुत दूर है। या कि यह टूटा नहीं है इसलिए इसे ठीक करने की आवश्यकता नहीं है। या कि यह बहुत अधिक जड़ जमा चुका है
मौजूदा सिस्टम में इसे हटाने या बदलने में सक्षम होना। यदि ऐसा मामला है, तो संभवतः आपको इसका एहसास हुए बिना ही विफलता का एक बिंदु मिल गया है। आधुनिक प्रौद्योगिकी समाधान लचीले हैं और इन्हें बदलाव के लिए तैयार किया जाना चाहिए। पहले विलय/अधिग्रहण
या प्रणालियों के समामेलन ने प्रौद्योगिकी को एकीकृत करने के लिए मजबूर किया है और सामान्य प्रक्रिया बस इसे काम पर लाना है। इन्हें उन अवसरों के रूप में माना जाना चाहिए जिनमें वे इस बात पर पुनर्विचार करते हैं कि कुछ कैसे किया जाता है और अधिक कुशल तरीके से प्रयास करें। दूसरा
इसके लिए, अधिकांश नई प्रौद्योगिकियों में रिपोर्टिंग, डैशबोर्ड, वर्कफ़्लो, केस प्रबंधन नियम इंजन, कॉन्फ़िगरेशन स्टूडियो जैसी समान पेशकश/मॉड्यूल/विशेषताएं होंगी या होने का दावा किया जाएगा। इसका लक्ष्य यथासंभव व्यापक दर्शकों को आकर्षित करना है
कुछ लोग सोच रहे हैं कि "जब Y के पास पहले से ही वह क्षमता है तो मुझे X खरीदने की आवश्यकता क्यों है?"। लेकिन इसे ध्यान में रखते हुए, क्या आप वास्तव में अपने सीआरएम को लेनदेन निगरानी प्रणाली में बदलना चाहते हैं? या आपके एमडीएम के प्रवेश द्वार में आपका खाता सिस्टम? या प्रिंसिपल के रूप में आपका एमडीएम
डेटा प्रविष्टि बिंदु. आप जानते हैं कि 12345678 जैसे टेलीफ़ोन नंबरों के साथ आपके पास हज़ारों रिकॉर्ड ख़त्म होने वाले हैं।
स्टाफिंग / भूमिकाएँ
किसी भी कार्यान्वयन के सफल होने के लिए, परियोजना के दोनों ओर आपकी परिभाषित भूमिकाएँ होंगी। आपका और विक्रेताओं का। यह स्पष्ट रूप से बजट, दायरे और समयसीमा पर निर्भर करता है। आपके पास 4 सप्ताह का क्लाउड आधारित कार्यान्वयन हो सकता है जिसके लिए 2 कर्मचारियों की आवश्यकता होगी
विक्रेता या यह 10 सप्ताह की चुस्त आवश्यकताओं वाले दृष्टिकोण के साथ 12 सप्ताह की प्रमुख रिलीज़ के 2 चरण हो सकते हैं, जिसमें व्यवसाय/उत्पाद विश्लेषक, डेवलपर्स, विषय वस्तु विशेषज्ञ, गुणवत्ता आश्वासन परीक्षक शामिल होंगे, जिनमें से सभी को कनिष्ठ और वरिष्ठ दोनों भूमिकाओं की आवश्यकता होगी, परियोजना
व्यवसाय/क्षेत्र/अधिकार क्षेत्र की प्रत्येक पंक्ति के लिए प्रबंधक और इन सभी की देखरेख के लिए एक कार्यक्रम प्रबंधक। किसी प्रोजेक्ट प्रायोजक को शामिल करें और यह देखना आसान है कि एंटरप्राइज़ सॉफ़्टवेयर महंगा क्यों हो जाता है, कभी-कभी अत्यधिक महंगा। इससे पहले कि आप कर्मचारियों के स्तर पर विचार करें
जिसे आपको मिलान के लिए आवंटित करने की आवश्यकता है। यह मत भूलिए कि इस परियोजना में शामिल आपके स्टाफ सदस्य काफी समय के लिए अपनी दैनिक भूमिकाओं से दूर रहेंगे। यह सुनिश्चित करना महत्वपूर्ण है कि विक्रेता कर्मचारी अनुभवी हैं और अनुभवी नहीं हैं
हाल ही में आपके प्रोजेक्ट की मांग को पूरा करने के लिए काम पर रखा गया है।
अन्य विचार साझेदारी मॉडल है। कई स्थापित विक्रेताओं के प्रमाणित भागीदार हैं, कुछ बुटीक फर्म हैं और कुछ बड़ी 4 हैं, जिन्हें कार्यान्वयन में सहायता के लिए भी तैयार किया जा सकता है, लेकिन वे कीमत के साथ भी आते हैं।
आंकड़ों का विस्थापन
नए सॉफ़्टवेयर को शामिल करने वाले प्रमुख विषयों में से एक डेटा एक्सेस और/या डेटा माइग्रेशन पर विचार करना है। यदि नया सिस्टम आपके वर्तमान डेटाबेस या डेटाबेस से आवश्यकतानुसार पूछताछ करेगा, तो उसे कब एक्सेस मिलेगा, किन उपयोगकर्ताओं के पास क्या अनुमतियाँ हैं
इसे एक्सेस करने के लिए, क्या एक्सेस केवल पढ़ने के लिए है या उपयोगकर्ता संपादित कर सकते हैं या नए रिकॉर्ड बना सकते हैं और जब वे केंद्रीय रिकॉर्ड को अपडेट कर रहे हैं, तो उन परिवर्तनों को करने के लिए किस सिस्टम में प्राथमिकता क्रम है? क्या होगा यदि कोई अन्य सिस्टम एक अलग उपयोगकर्ता के रहते हुए बदलाव करने का प्रयास करता है
क्या आपकी नई तकनीक वर्तमान में इसका संपादन कर रही है? क्या अब इसका मतलब यह है कि सभी डेटा संपादन अनुरोधों को उस नई तकनीक के माध्यम से रूट किया जाना चाहिए? क्या होता है जब सभी नई प्रौद्योगिकियाँ समान प्राथमिकता क्रम का अनुरोध करती हैं? ये केवल सक्रिय ग्राहक रिकॉर्ड सिस्टम के लिए हैं।
एक नई समेकित एकल प्रणाली बनाने के बारे में क्या? क्या आपको पहले दिन सभी डेटा को स्थानांतरित करने के लिए बिग बैंग दृष्टिकोण अपनाना चाहिए? जोखिमों की कल्पना करें. एक संक्रमण अवधि के बारे में क्या, जैसे कि जब कोई समीक्षा निर्धारित होती है, तो आप समीक्षा करने के लिए 1 या कई स्रोतों से काम लेते हैं
और फिर साफ़ रिकॉर्ड को नए केंद्रीय डेटाबेस में पोस्ट करें। इसके बजाय 12-18 महीने की अवधि में प्रवासन की अनुमति होगी। यह सभी के लिए एक ही आकार में फिट होने वाला दृष्टिकोण नहीं है। इससे पहले कि आप डुप्लिकेट को संभालने पर विचार करना शुरू करें, बस इतना ही।
एकीकरण
अपने पारिस्थितिकी तंत्र में एक नई तकनीक जोड़ने पर विचार करते समय, आपको यह सुनिश्चित करना होगा कि यह आपके वर्तमान सेटअप के साथ निर्बाध रूप से काम करेगी। इसमें शुरू में 2 विकल्प होते हैं, या तो किसी विशिष्ट समस्या को हल करने के लिए एक नया संयोजन या मौजूदा सिस्टम के प्रतिस्थापन के रूप में
या सिस्टम मौजूद हैं। किसी भी तरह से आप यह सुनिश्चित करना चाहते हैं कि इसकी प्रासंगिक प्रणालियों तक पहुंच हो जो इसे अपस्ट्रीम और डाउनस्ट्रीम खपत दोनों के लिए आवश्यक है। आपको यह भी आश्वस्त होना होगा कि सिस्टम से हटाई जा रही सभी मौजूदा पाइपलाइनों को बनाए रखा जा सकता है।
अनुमति देने का भी एक सवाल है जिसे लगातार नजरअंदाज कर दिया जाता है। उपयोगकर्ता पहुंच नियंत्रण यह नियंत्रित करने के लिए कि नई तकनीक के लिए उपयोगकर्ताओं के पास किस डेटा तक पहुंच है, साथ ही यह भी सुनिश्चित करता है कि कोई व्यवस्थापक अनुमति आवश्यकताएं नहीं हैं।
लेकिन जब आप भविष्य में कोई नई तकनीक जोड़ते हैं, तो क्या आपको उस समय सभी ऐतिहासिक प्रणालियों के लिए पहुंच नियंत्रण को परिष्कृत करने की आवश्यकता है? उपरोक्त की तरह, आइए यह निर्धारित करने की आवश्यकता को न भूलें कि किस तकनीक में डेटा परिवर्तन/अद्यतन के लिए प्राथमिकता क्रम है। अन्यथा
आप यह कैसे सुनिश्चित करते हैं कि सिस्टम ए आज बदलाव करता है, सिस्टम बी कल इसे उलट देता है और सिस्टम ए अगले दिन फिर से प्रयास करता है।
सिस्टम एक्सेस - इन्फोसेक नीतियां
क्या आपने समयबद्ध तरीके से संसाधन और प्रासंगिक प्रणालियों तक पहुंच प्रदान करने के लिए आंतरिक रूप से संबंधित टीमों को शामिल किया है। यदि आप किसी परिवेश या डेटाबेस आदि तक पहुंच के लिए अनुमति का अनुरोध करने से पहले अंतिम क्षण तक प्रतीक्षा करने की योजना बना रहे हैं
हो सकता है कि आपको पता चले कि आपकी लक्षित तिथियाँ अचानक अप्राप्य हो गई हैं।
खरीदार बनाम उपयोगकर्ता
क्या नई तकनीक के अंतिम उपयोगकर्ता निर्णय प्रक्रिया में शामिल हैं? अन्य उपयोगकर्ताओं की ओर से निर्णय लेने का क्या मतलब है, यदि अंत में वे निर्णय लेते हैं कि जो बनाया जा रहा है, वह उनके उद्देश्यों के लिए उपयुक्त नहीं है। व्यापार और के बीच लड़ाई
आईटी एक स्थिर स्थिति है जो हर जगह घटित होती है, और निर्णय लेने वाले के संदर्भ में आगे-पीछे होती रहती है। सिस्टम के डिज़ाइन से अक्सर यह अपेक्षा की जाती है कि वह प्रत्येक उपयोगकर्ता की हर समस्या को पूरी तरह से हल कर दे। 100% के लिए हल करने के लिए प्रौद्योगिकी पर इंजीनियरिंग
सराहनीय है लेकिन अंततः एक संसाधन भारी प्रयास है। प्रारंभिक लक्ष्य बहुमत के लिए समाधान करना और किनारे के मामलों का प्रयास करने से पहले सफल डिलीवरी तक इंतजार करना होना चाहिए। अंतिम 20% या 10% मुद्दों को प्राप्त करने का मुख्य उद्देश्य पूरा नहीं करना चाहिए
प्रौद्योगिकी, लेकिन अक्सर यह सब उपभोग करने वाली हो जाती है। अपने आप से पूछने का प्रश्न यह है कि पहले दिन निश्चित रूप से क्या आवश्यक है, और अपने विकल्पों को एक उपसमूह तक सीमित रखें क्योंकि बिना डिफ़ॉल्ट उत्तर हमेशा, हमेशा, सब कुछ होता है।
इसलिए अब जब हम देखते हैं कि किसी परियोजना के कार्यान्वयन को सफल बनाने के लिए क्या विचार करना चाहिए, तो हमें यह महसूस करना होगा कि शुरू करने से पहले और भी प्रासंगिक चीजें हैं, जिन्हें शामिल करने की आवश्यकता है। ये इस निर्णय पर भी प्रभाव डालेंगे कि सबसे पहले किस सॉफ़्टवेयर का चयन किया जाए
जगह। चमकने वाली हर चीज़ सोना नहीं होती। सुनिश्चित करें कि आप जो चयन कर रहे हैं वह सभी विचारों के लिए उपयुक्त है, न कि केवल एक अपेक्षित अंतिम परिणाम के लिए।
