एंटरप्राइज आर्किटेक्चर संगठनात्मक संरचना के लिए ब्लूप्रिंट प्रदान करता है, लेकिन नियामक सुसंगतता प्रत्येक निर्णय में शामिल किए जाने वाले अनिवार्य प्रतिबंधों की एक परत जोड़ती है। जब आर्किटेक्ट्स सुसंगतता ट्रेसेबिलिटी के स्पष्ट बिंदु के बिना प्रणालियों के मॉडल बनाते हैं, तो ऑडिट एक प्रतिक्रियात्मक भयानक बन जाते हैं। ArchiMate संबंधों के उपयोग से संगठन एक जीवंत नक्शा बना सकते हैं जहां नियामक आवश्यकताएं केवल एक रिपॉजिटरी में बैठे दस्तावेज नहीं हैं, बल्कि क्षमताओं, प्रक्रियाओं और सेवाओं से जुड़े सक्रिय तत्व हैं।
यह मार्गदर्शिका ArchiMate 3 निर्देशांक में परिभाषित संबंध प्रकारों के उपयोग से नियामक सुसंगतता के मॉडलिंग और निरीक्षण के तरीकों का अध्ययन करती है। ध्यान मॉडल की विधि और संरचनात्मक अखंडता पर बना रहता है, विशिष्ट उपकरण अनुप्रयोगों के बजाय।
🔍 एंटरप्राइज आर्किटेक्चर में सुसंगतता की चुनौती
नियामक ढांचे जैसे GDPR, SOX, HIPAA या PCI-DSS डेटा संचालन, प्रक्रिया क्रियान्वयन और सुरक्षा नियंत्रण पर सख्त नियम लागू करते हैं। पारंपरिक रूप से, सुसंगतता को एक अलग गतिविधि के रूप में माना जाता है, जिसे अक्सर वार्षिक रूप से ऑडिट किया जाता है। हालांकि, इन आवश्यकताओं को एंटरप्राइज आर्किटेक्चर में एम्बेड करने से यह सुनिश्चित होता है कि डिजाइन और बदलाव प्रबंधन के दौरान उनका विचार किया जाए।
एक संरचित दृष्टिकोण के बिना, सुसंगतता आवश्यकताएं बन जाती हैं:
- 📄 संचालन वास्तविकता से अलग खड़े दस्तावेज
- 🔗 उन्हें क्रियान्वित करने वाली प्रक्रियाओं से अनदेखे
- ⚠️ प्रभाव विश्लेषण के दौरान आकलन करना कठिन
- 🧩 उन्हें समर्थित करने वाले प्रौद्योगिकी से अलग
ArchiMate अपने संबंध मॉडल के माध्यम से इस समस्या का समाधान करता है। संबंध यह निर्धारित करते हैं कि तत्व कैसे बातचीत करते हैं, जिससे आर्किटेक्ट्स एक नियम को प्रेरणा परत से लेकर कार्यान्वयन परत तक ट्रेस कर सकते हैं।
🧱 ArchiMate परतें और सुसंगतता मॉडलिंग
सुसंगतता को प्रभावी ढंग से निरीक्षण करने के लिए, एक को ArchiMate फ्रेमवर्क की कौन सी परतें सुसंगतता के कलाकृतियों को धारण करती हैं, इसकी समझ होनी चाहिए। प्रत्येक परत संगठन पर नियमों के प्रभाव के बारे में विशिष्ट दृष्टिकोण प्रदान करती है।
| परत | सुसंगतता का फोकस | उदाहरण तत्व |
|---|---|---|
| प्रेरणा | लक्ष्य, ड्राइवर, आवश्यकताएं | नियामक आवश्यकता, सुसंगतता लक्ष्य |
| व्यवसाय | प्रक्रियाएं, भूमिकाएं, कार्य | सेवा, प्रक्रिया, व्यवसाय अभिनेता |
| एप्लिकेशन | डेटा, कार्य, इंटरफेस | एप्लिकेशन कार्य, डेटा वस्तु |
| तकनीक | इंफ्रास्ट्रक्चर, सुरक्षा | नोड, उपकरण, सिस्टम सॉफ्टवेयर |
| रणनीति | मूल्य, क्षमता, सिद्धांत | क्षमता, सिद्धांत, मूल्य |
संगति आवश्यकताओं को प्रेरणा परत में रखकर उन्हें नीचे की ओर जोड़ने से वास्तुकार प्रमाण की श्रृंखला बनाते हैं। यदि कोई प्रक्रिया बदलती है, तो आवश्यकता पर इसके प्रभाव का तुरंत आकलन किया जा सकता है।
🔗 संगति के लिए मुख्य संबंध प्रकार
ArchiMate की शक्ति इसके संबंधों में है। ऑडिट करते समय सभी जुड़ाव समान नहीं होते हैं। कुछ संबंध प्रकार अन्य की तुलना में संगति के प्रमाण के लिए अधिक मजबूत साक्ष्य प्रदान करते हैं। नीचे संगति निगरानी के लिए सबसे महत्वपूर्ण संबंधों का विश्लेषण दिया गया है।
1. वास्तवीकरण संबंध 🔄
The वास्तवीकरणवास्तवीकरण संबंध यह दर्शाता है कि एक तत्व दूसरे तत्व को लागू करता है या वास्तविक बनाता है। संगति मॉडलिंग में, यह सबसे महत्वपूर्ण संबंध है।
- आवश्यकता वास्तवीकरण:एक प्रक्रिया संगति आवश्यकता को वास्तविक बनाती है। इससे साबित होता है कि आवश्यकता सक्रिय है।
- क्षमता वास्तवीकरण:एक क्षमता रणनीतिक लक्ष्य को वास्तविक बनाती है। इससे साबित होता है कि संगठन के लक्ष्य को पूरा करने की क्षमता है।
- सेवा वास्तवीकरण:एक एप्लिकेशन सेवा व्यावसायिक सेवा को वास्तविक बनाती है। इससे यह सुनिश्चित होता है कि व्यावसायिक सेवा तकनीकी रूप से समर्थित है।
उदाहरण:एक “डेटा रखरखाव नीति” (आवश्यकता) एक “दस्तावेज़ आर्काइविंग प्रक्रिया” (व्यावसायिक प्रक्रिया) द्वारा वास्तविक बनाई जाती है। यदि प्रक्रिया हटा दी जाती है, तो आवश्यकता अब वास्तविक नहीं रहती है, जिससे तुरंत संगति चेतावनी चलती है।
2. नियुक्ति संबंध 👤
The नियुक्तिनियुक्ति संबंध एक क्रियाकलाप को व्यावसायिक वस्तु, प्रक्रिया या कार्य के साथ जोड़ता है। संगति अक्सर यह निर्धारित करती है कि किसके लिए क्या जिम्मेदार है।
- क्रियाकलाप से प्रक्रिया:यह बताता है कि नियंत्रण कौन करता है।
- क्रियाकलाप से आवश्यकता:यह बताता है कि संगति बंधन के लिए कौन जिम्मेदार है।
यह संबंध ऑडिट ट्रेल के लिए जीवंत है। ऑडिटर को बिल्कुल पता होना चाहिए कि कौन सी भूमिका किसी विशिष्ट नियंत्रण के लिए जिम्मेदार है। यदि किसी क्रियाकलाप को बदला जाता है, तो नियुक्ति संबंध को नए जिम्मेदारी को दर्शाने के लिए अपडेट किया जाना चाहिए।
3. पहुंच संबंध 🔑
The पहुंचपहुंच संबंध बताता है कि एक एप्लिकेशन कार्य कैसे डेटा तक पहुंचता है, या एक व्यावसायिक वस्तु किस प्रक्रिया द्वारा प्राप्त की जाती है। डेटा गोपनीयता नियम इस पर बहुत निर्भर करते हैं।
- डेटा पहुंच: कौन सी प्रक्रियाएँ संवेदनशील डेटा वस्तुओं तक पहुँचती हैं?
- प्रणाली पहुँच: कौन से उपयोगकर्ता विशिष्ट एप्लिकेशन कार्यों तक पहुँचते हैं?
पहुँच के मॉडलिंग से आप प्रश्न का उत्तर दे सकते हैं: “यह डेटा कौन देख सकता है?” यह GDPR “पहुँच का अधिकार” या HIPAA गोपनीयता नियमों के लिए आवश्यक है।
4. प्रभाव संबंध ⚖️
दप्रभावसंबंध यह दिखाता है कि एक तत्व दूसरे तत्व को सीधे कार्यान्वयन के बिना कैसे प्रभावित करता है। इसका अक्सर नियमों या जोखिमों के लिए उपयोग किया जाता है।
- आवश्यकता से प्रक्रिया:एक आवश्यकता एक प्रक्रिया को प्रभावित करती है, जिसका अर्थ है कि प्रक्रिया इसका पालन करनी चाहिए लेकिन इसे आवश्यक रूप से सीधे कार्यान्वित नहीं करना होगा।
- सिद्धांत से क्षमता:एक सिद्धांत क्षमता के विकास के तरीके को प्रभावित करता है।
इसका उपयोग नरम सीमाओं के लिए करें, जैसे कि “श्रेष्ठ प्रथाएँ” या “निर्देशिकाएँ” जो व्यवहार को मार्गदर्शन करना चाहिए लेकिन कठोर रूप से कोड की आवश्यकताएँ नहीं हैं।
5. समूहीकरण और विशेषीकरण 🧩
जब तक कि सीधे सुसंगतता लिंक नहीं हैं, इन संरचनात्मक संबंधों में सुसंगतता सामग्री को व्यवस्थित करने में मदद मिलती है।
- समूहीकरण:संबंधित सुसंगतता नियंत्रणों को एक “नियंत्रण ढांचे” में समूहित करना।
- विशेषीकरण:विशिष्टता को प्रबंधित करने के लिए उप-आवश्यकताओं का निर्माण करना (उदाहरण के लिए, “वित्तीय रिपोर्टिंग” “सामान्य लेखांकन” का एक विशेषीकरण है)।
📈 ट्रेसेबिलिटी के माध्यम से सुसंगतता का निरीक्षण
जब मॉडल बन जाता है, तो निरीक्षण संबंधों के प्रश्न करने के मामले में बदल जाता है। एक स्थिर मॉडल निरंतर सुसंगतता के लिए बेकार है। मॉडल गतिशील होना चाहिए, जब संगठन बदलता है तो अपडेट किया जाना चाहिए।
ट्रेसेबिलिटी मैट्रिक्स
एक ट्रेसेबिलिटी मैट्रिक्स एक मानक सुसंगतता सामग्री है। ArchiMate में, यह मैट्रिक्स मॉडल में परिभाषित संबंधों द्वारा स्वचालित रूप से उत्पन्न होती है।
- ऊपर से नीचे की ट्रेसेबिलिटी:एक प्रेरणा परत की आवश्यकता से शुरू करें। समर्थन करने वाली प्रक्रियाओं, एप्लिकेशनों और प्रौद्योगिकी को खोजने के लिए वास्तविकीकरण लिंक का पालन करें।
- नीचे से ऊपर की ट्रेसेबिलिटी:प्रौद्योगिकी परिवर्तन से शुरू करें। उन व्यवसाय सेवाओं और आवश्यकताओं को खोजने के लिए उलटे वास्तविकीकरण लिंक का पालन करें जो प्रभावित होती हैं।
इस द्विदिशात्मक ट्रेसेबिलिटी निरंतर सुसंगतता निरीक्षण का केंद्र है। यह परिवर्तनों को डेप्लॉय करने से पहले प्रभाव विश्लेषण की अनुमति देती है।
🛡️ सामान्य सुसंगतता परिदृश्य और मॉडलिंग पैटर्न
विभिन्न नियमों के लिए विभिन्न मॉडलिंग पैटर्न की आवश्यकता होती है। नीचे तीन सामान्य परिदृश्य और उन्हें ArchiMate संबंधों के उपयोग से प्रस्तुत करने के तरीके दिए गए हैं।
परिदृश्य 1: डेटा गोपनीयता (GDPR/CCPA)
केंद्रित: डेटा प्रवाह और उपयोगकर्ता सहमति।
- तत्व: डेटा वस्तु (व्यक्तिगत डेटा)।
- संबंध: पहुँच (प्रक्रिया डेटा को प्राप्त करती है)।
- सीमा: “सिद्धांत” तत्व जोड़ें जिसमें “सहमति आवश्यक है” कहा गया हो।
- लिंक: प्रभाव का उपयोग करें (प्रक्रिया सिद्धांत द्वारा प्रभावित होती है)।
- निगरानी: जांचें कि क्या कोई “पहुँच” संबंध मौजूद है जिसके लिए संबंधित “सहमति” के लागू होने का अभाव है।
परिदृश्य 2: वित्तीय नियंत्रण (SOX)
केंद्रित: कार्यों का विभाजन और लेखा परीक्षण के निशान।
- तत्व: व्यावसायिक भूमिका (सीएफओ, लेखा परीक्षक)।
- संबंध: नियुक्ति (भूमिका प्रक्रिया को नियुक्त की गई है)।
- सीमा: “कार्यों का विभाजन” को एक सिद्धांत के रूप में परिभाषित करें।
- लिंक: प्रभाव का उपयोग करें (सिद्धांत भूमिका नियुक्ति को प्रभावित करता है)।
- निगरानी: ऐसी भूमिकाओं के लिए प्रश्न उत्पन्न करें जिन्हें एक दूसरे के विरोधी प्रक्रियाओं (जैसे बिल बनाना और उसकी मंजूरी देना) में नियुक्त किया गया हो।
परिदृश्य 3: सुरक्षा मानक (ISO 27001)
केंद्रित: बुनियादी ढांचा और प्रवेश नियंत्रण।
- तत्व: प्रौद्योगिकी नोड / उपकरण।
- संबंध: वास्तविकी (सुरक्षा नियंत्रण आवश्यकता को प्राप्त करता है)।
- सीमा: “रुके हुए डेटा के लिए एन्क्रिप्शन” को एक आवश्यकता के रूप में परिभाषित करें।
- लिंक: वास्तवीकरण का उपयोग करें (तकनीकी नोड आवश्यकता को वास्तविक बनाता है)।
- निगरानी: ऐसे नोड्स की पहचान करें जो एन्क्रिप्शन आवश्यकता को वास्तविक नहीं करते हैं।
📋 सुसंगतता मॉडलिंग के लिए सर्वोत्तम प्रथाएँ
सुनिश्चित करें कि मॉडल सुसंगतता के लिए एक उपयोगी संपत्ति बनी रहे, बजाय रखरखाव के बोझ के, इन दिशानिर्देशों का पालन करें।
- 🎯 विस्तार: प्रत्येक नियम को एक अकेले तत्व के रूप में मॉडल न करें। उन्हें श्रेणियों में समूहित करें (उदाहरण के लिए, “डेटा गोपनीयता”, “वित्तीय अखंडता”)।
- 🔄 संस्करण निर्धारण: आवश्यकताएँ बदलती हैं। सुनिश्चित करें कि आपका मॉडलिंग प्लेटफॉर्म आवश्यकताओं और संबंधों के संस्करण निर्धारण का समर्थन करता है।
- 🔗 न्यूनतम लिंक: केवल उन संबंधों का निर्माण करें जिनके सबूत हों। अनुमान न लगाएँ। आधारहीन लिंक मॉडल में विश्वास को कम करता है।
- 👥 भूमिका स्पष्टता: सुनिश्चित करें कि अभिनेता स्पष्ट रूप से परिभाषित हैं। एक “उपयोगकर्ता” बहुत स्पष्ट नहीं है। “डेटा विश्लेषक” या “सुसंगतता अधिकारी” का उपयोग करें।
- 📉 प्रतिस्थापन: जब कोई नियम वापस लिया जाता है, तो तत्व को हटाएं नहीं। इसे “प्रतिस्थापित” या “ऐतिहासिक” के रूप में चिह्नित करें ताकि ऑडिट इतिहास बना रहे।
- 🤖 स्वचालन: जहां संभव हो, मॉडल की पुष्टि करने के लिए स्क्रिप्ट या प्रश्नों का उपयोग करें। सैकड़ों नियंत्रणों के लिए संबंधों की हाथ से जांच करना अक्षम है।
⚠️ बचने के लिए सामान्य त्रुटियाँ
यहां तक कि अनुभवी वास्तुकार भी सुसंगतता के एकीकरण में गलती कर सकते हैं। इन सामान्य गलतियों से सावधान रहें।
1. “चेकबॉक्स” सिंड्रोम
एक आवश्यकता तत्व बनाना और उसे एक प्रक्रिया से जोड़ना बस यह कहने के लिए कि “यह वहाँ है”। इससे शोर होता है। संबंध एक वास्तविक निर्भरता का प्रतिनिधित्व करना चाहिए। यदि प्रक्रिया बदलती है और आवश्यकता अब लागू नहीं होती है, तो संबंध टूटना चाहिए।
2. प्रेरणा परत को नजरअंदाज करना
व्यवसाय परत में मॉडल शुरू करना और नीचे की ओर काम करना। हमेशा प्रेरणा परत (आवश्यकताएं, लक्ष्य) से शुरुआत करें। इस आधार के बिना, मॉडल को एक नियंत्रण के अस्तित्व के लिए संदर्भ की कमी होती है।क्योंएक नियंत्रण मौजूद है।
3. संबंधों को अत्यधिक जटिल बनाना
सरल नियंत्रणों के लिए जटिल संबंध श्रृंखलाओं (A, B को प्रभावित करता है, जो C को वास्तविक बनाता है, जिसे D द्वारा प्राप्त किया जाता है) का उपयोग करना। स्पष्टता बनाए रखने के लिए श्रृंखला को न्यूनतम लंबाई तक रखें।
4. स्थिर सुसंगतता
मॉडल एक बार बनाना और कभी भी अपडेट न करना। सुसंगतता गतिशील है। कानून बदलते हैं, और प्रक्रियाएं बदलती हैं। मॉडल को संगठन की वर्तमान स्थिति को दर्शाना चाहिए।
📉 सुसंगतता के स्वास्थ्य का आकलन करना
जब मॉडल स्थापित हो जाता है, तो आप अपनी सुसंगतता स्थिति के स्वास्थ्य का आकलन कैसे करते हैं? संबंधों का उपयोग करके मापदंड बनाएं।
| मापदंड | परिभाषा | लाभ |
|---|---|---|
| वास्तविकीकरण कवरेज | कम से कम एक वास्तविकीकरण लिंक वाली आवश्यकताओं का प्रतिशत। | दर्शाता है कि क्या आवश्यकताओं को वास्तव में पूरा किया जा रहा है। |
| अननियुक्त भूमिकाएं | किसी नियुक्त कर्ता के बिना प्रक्रियाओं का प्रतिशत। | जवाबदेही के अंतराल को उजागर करता है। |
| पहुंच जोखिम | कोई पहुंच नियंत्रण परिभाषित नहीं किए गए संवेदनशील डेटा वस्तुओं का प्रतिशत। | डेटा उजागरण के जोखिमों को पहचानता है। |
| परिवर्तन का प्रभाव | प्रस्तावित परिवर्तन द्वारा प्रभावित आवश्यकताओं की संख्या। | कार्यान्वयन से पहले जोखिम को मापदंड द्वारा व्यक्त करता है। |
ये मापदंड प्रबंधन और लेखा परीक्षकों के लिए वस्तुनिष्ठ डेटा प्रदान करते हैं। ये चर्चा को ‘हमें लगता है कि हम सुसंगत हैं’ से ‘मॉडल दिखाता है कि आवश्यकता X का 95% कवरेज है’ में ले जाते हैं।
🔄 निरंतर सुधार चक्र
सुसंगतता एक गंतव्य नहीं है; यह एक चक्र है। ArchiMate मॉडल अपने परिवर्तन प्रबंधन क्षमताओं के माध्यम से इस चक्र का समर्थन करता है।
- पहचानें:नई नियमावली या मौजूदा कानून में परिवर्तन।
- मॉडल:नए आवश्यकताओं के साथ प्रेरणा परत को अद्यतन करें।
- विश्लेषण करें:प्रभावित व्यवसाय और प्रौद्योगिकी परतों की पहचान करने के लिए संबंधों का उपयोग करें।
- लागू करें:नए संबंधों को संतुष्ट करने के लिए प्रक्रियाओं या प्रौद्योगिकी में संशोधन करें।
- सत्यापित करें:नए संबंधों के अस्तित्व की पुष्टि करने के लिए वास्तविकीकरण संबंधों की जांच करें।
- रिपोर्ट करें:सुसंगतता कवरेज पर मापदंड उत्पन्न करें।
इस चक्र को संरचना कार्यप्रवाह में एकीकृत करने से सुसंगतता अच्छे डिजाइन का एक प्राकृतिक परिणाम बन जाती है, बल्कि अलग बोझ नहीं।
🛠️ कार्यान्वयन के विचार
जबकि विधि उपकरण-अनाड़ी है, व्यावहारिक कार्यान्वयन के लिए एक भंडारण स्थल की आवश्यकता होती है जो संबंधों के गहन प्रश्नों का समर्थन करता हो। मॉडलर को सुनिश्चित करना चाहिए कि:
- संबंधों को स्पष्ट रूप से लेबल किया गया है (उदाहरण के लिए, “वास्तविकीकरण”, “नियुक्त किया गया है”)।
- तत्वों से संबंधित मेटाडेटा होता है (उदाहरण के लिए, नियमन पहचान, संस्करण, समाप्ति तिथि)।
- अनुमतियों का प्रबंधन किया जाता है ताकि केवल अधिकृत कर्मचारी ही सुसंगतता संबंधों में संशोधन कर सकें।
- परिवर्तन लॉग को बनाए रखा जाता है ताकि यह ट्रैक किया जा सके कि किसने एक संबंध में संशोधन किया और कब।
इस ऑडिट ट्रेल की महत्वपूर्ण भूमिका है। यदि कोई सुसंगतता संबंध हटाया जाता है, तो प्रणाली को यह रिकॉर्ड करना चाहिए कि किसने इसे हटाया और क्यों। इससे महत्वपूर्ण नियंत्रणों को अनजाने में हटाने से बचा जा सकता है।
🌐 अन्य फ्रेमवर्क्स के साथ एकीकरण
ArchiMate एक खाली स्थान में नहीं मौजूद होता है। यह अक्सर अन्य मानकों के साथ एकीकृत होता है।
- TOGAF:संरचना विवरण के लिए ArchiMate का उपयोग करें और विधि के लिए TOGAF का उपयोग करें।
- COBIT:ArchiMate प्रक्रियाओं को COBIT नियंत्रण लक्ष्यों के साथ मैप करें।
- ITIL:ArchiMate सेवाओं को ITIL सेवा कैटलॉग से जोड़ें।
एकीकरण करते समय सुनिश्चित करें कि संबंध प्रकार संगत बने रहें। ArchiMate में एक “वास्तविकीकरण” को दूसरे फ्रेमवर्क में कार्यान्वयन अवधारणा के साथ स्पष्ट रूप से मैप किया जाना चाहिए। इस अंतर-संदर्भ के कारण सुसंगतता के तर्क को मजबूती मिलती है।
🔮 सुसंगतता के लिए भविष्य की तैयारी
नियमों की जटिलता और गतिशीलता बढ़ रही है। ArchiMate मॉडल को भविष्य के परिवर्तनों को संभालने के लिए पर्याप्त मजबूत होना चाहिए।
- बहुलता: संगति आवश्यकताओं को मॉड्यूलर रखें ताकि उन्हें परतों के बीच हस्तांतरित किया जा सके।
- अब्स्ट्रैक्शन: बहुत सी विशिष्ट आवश्यकताओं पर लागू होने वाले उच्च स्तरीय सिद्धांतों को परिभाषित करने के लिए अब्स्ट्रैक्शन संबंधों का उपयोग करें।
- एक्सटेंसिबिलिटी: यदि मानक मेटामॉडल पर्याप्त नहीं है, तो संगति-विशिष्ट विशेषताओं को जोड़ने के लिए एक्सटेंशन का उपयोग करें।
एक लचीले मॉडल के निर्माण से संगठन नए कानूनों के अनुकूल हो सकता है बिना पूरी आर्किटेक्चर के पुनर्निर्माण के।
📝 अंतिम विचार
ArchiMate संबंधों का उपयोग करके नियामक संगति की निगरानी संगति को एक ब्यूरोक्रेटिक गतिविधि से एक संगठन की संरचनात्मक विशेषता में बदल देती है। आवश्यकताओं और क्षमताओं के बीच स्पष्ट संबंधों को परिभाषित करके, संगठन अपनी जोखिम स्थिति के बारे में दृश्यता प्राप्त करते हैं।
मुख्य बात एक सही मॉडल बनाना नहीं है, बल्कि एक ट्रेसेबल मॉडल बनाना है। प्रत्येक संबंध एक तथ्य का प्रतिनिधित्व करना चाहिए जिसे सत्यापित किया जा सके। जैसे-जैसे संगठन विकसित होता है, मॉडल भी विकसित होता है। इससे यह सुनिश्चित होता है कि संगति हमेशा ताजा, सटीक और व्यापार लक्ष्यों के अनुरूप हो।
अपनी महत्वपूर्ण आवश्यकताओं को मैप करने से शुरुआत करें। संबंधों को परिभाषित करें। अंतरों की निगरानी करें। यह दृष्टिकोण आधुनिक नियमों के जटिल माहौल में निर्देशन करने के लिए आवश्यक अधिकार और आत्मविश्वास प्रदान करता है।