एंटरप्राइज आर्किटेक्चर जटिल है। इसमें व्यवसाय प्रक्रियाओं, सॉफ्टवेयर एप्लिकेशन और तकनीकी इंफ्रास्ट्रक्चर के बीच संबंधों को मैप करना शामिल है। इस जटिलता को प्रबंधित करने के लिए, ArchiMate फ्रेमवर्क एक संरचित भाषा प्रदान करता है। हालांकि, आर्किटेक्चर टीमों में एक सामान्य तनाव का कारण Viewpoints की गलत समझ हैViewpoints। बहुत से प्रैक्टिशनर्स को यह अंतर समझने में कठिनाई होती है कि Viewpoint क्या है और View क्या प्रतिनिधित्व करता है, या किसी विशिष्ट चिंता को दस्तावेजीकरण के लिए किस विशिष्ट लेंस का उपयोग करना है।
यह गाइड शोर से निकलती है। हम ArchiMate Viewpoints का सीधा-सादा विश्लेषण प्रदान करेंगे। हम मुख्य परतों—व्यवसाय, एप्लिकेशन और तकनीकी—पर ध्यान केंद्रित करेंगे, साथ ही उन्हें जोड़ने वाली एकाग्र चिंताओं पर भी। इस लेख के अंत तक, आपके स्टेकहोल्डर्स के लिए सही प्रतिनिधित्व चुनने के लिए एक स्पष्ट मानसिक मॉडल प्राप्त होगा।
एक ArchiMate Viewpoint वास्तव में क्या है? 🤔
विशिष्ट परतों में डूबने से पहले, मूल अवधारणा को परिभाषित करना आवश्यक है। ArchiMate में, एकViewpointविशिष्ट आर्किटेक्चर के पहलू को देखने के लिए दृष्टिकोण को परिभाषित करता है। यह स्टेकहोल्डर, चिंताओं और आरेख बनाने के नियमों को निर्दिष्ट करता है।
इसे एक कैमरा लेंस की तरह सोचें। आप एक ही कैमरा (आर्किटेक्चर डेटा) का उपयोग कर सकते हैं, लेकिन विभिन्न विवरणों पर ध्यान केंद्रित करने के लिए लेंस बदल सकते हैं। एक वाइड-एंगल लेंस पूरे लैंडस्केप (व्यवसाय) को कैप्चर करता है, जबकि टेलीफोटो लेंस विशिष्ट इंजन घटकों (तकनीकी) पर जूम करता है। Viewpoint निर्धारित करता है:
- कौनआर्किटेक्चर को देख रहा है (स्टेकहोल्डर्स)।
- क्योंवे इसे क्यों देख रहे हैं (चिंताएं/लक्ष्य)।
- कैसेजानकारी कैसे संरचित है (नोटेशन नियम)।
- क्याजानकारी शामिल या बाहर रखी जाती है।
यह एक से अलग हैView। एक View वास्तविक आउटपुट है—Viewpoint द्वारा निर्धारित नियमों का उपयोग करके बनाए गए विशिष्ट आरेख या दस्तावेज। अक्सर तब भ्रम पैदा होता है जब आर्किटेक्ट्स एक आरेख बनाते हैं और उसे Viewpoint के नाम से लेबल करते हैं, लेकिन आरेख खुद उस Viewpoint की सीमाओं का पालन नहीं करता है।
मूल त्रिकोण: व्यवसाय, एप्लिकेशन और तकनीकी 🧱
ArchiMate तीन मुख्य परतों पर बना है। ये परतें एक एंटरप्राइज के मूल डोमेन का प्रतिनिधित्व करती हैं। प्रत्येक परत के लिए अलग-अलग Viewpoints को समझना स्पष्टता के लिए पहला कदम है।
1. व्यवसाय आर्किटेक्चर Viewpoints 🏢
व्यवसाय परत संगठन के आत्मा पर केंद्रित है, जिसके आईटी द्वारा समर्थन के बिना भी यह अपने ग्राहकों और स्टेकहोल्डर्स को मूल्य प्रदान करने के लिए कार्य करती है।
व्यवसाय Viewpoints में मुख्य तत्व:
- एक्टर्स:गतिविधियां करने वाले लोग या संगठन।
- भूमिकाएं:एक्टर्स को निर्धारित जिम्मेदारियों के सेट।
- व्यवसाय प्रक्रियाएँ: गतिविधियों के क्रम।
- व्यवसाय वस्तुएँ: उपयोग की जाने वाली या उत्पादित जानकारी।
- व्यवसाय सेवाएँ: एक हितधारक को प्रदान की जाने वाली कार्यक्षमता।
सामान्य व्यवसाय दृष्टिकोण:
- व्यवसाय सेवा दृष्टिकोण: व्यवसाय द्वारा बाहरी या आंतरिक हितधारकों को प्रदान की जाने वाली सेवाओं पर ध्यान केंद्रित करता है। ग्राहक-मुखी दस्तावेज़ीकरण के लिए उपयोगी।
- व्यवसाय प्रक्रिया दृष्टिकोण: गतिविधियों और घटनाओं के प्रवाह का विवरण देता है। संचालन दक्षता विश्लेषण के लिए आवश्यक।
- व्यवसाय संरचना दृष्टिकोण: संगठनात्मक पदानुक्रम, भूमिकाओं और कार्यकर्ताओं को नक्शा बनाता है। एचआर और शासन संरेखण के लिए आदर्श।
2. एप्लिकेशन आर्किटेक्चर दृष्टिकोण 💻
एप्लिकेशन परत व्यवसाय प्रक्रियाओं के समर्थन करने वाले सॉफ्टवेयर का प्रतिनिधित्व करती है। यह तार्किक सॉफ्टवेयर घटकों और उनके बीच बातचीत के तरीके का वर्णन करती है। यह परत व्यवसाय आवश्यकताओं और तकनीकी ढांचे के बीच सेतु के रूप में कार्य करती है।
एप्लिकेशन दृष्टिकोणों में मुख्य तत्व:
- एप्लिकेशन घटक: मॉड्यूलर सॉफ्टवेयर इकाइयाँ।
- एप्लिकेशन सेवाएँ: घटकों द्वारा प्रदान की जाने वाली कार्यक्षमता।
- एप्लिकेशन इंटरफेस: घटकों के बीच बातचीत के बिंदु।
- डेटा वस्तुएँ: एप्लिकेशन द्वारा संग्रहीत या प्रक्रिया की जाने वाली जानकारी।
सामान्य एप्लिकेशन दृष्टिकोण:
- एप्लिकेशन संचार दृष्टिकोण: यह दिखाता है कि घटक इंटरफेस के माध्यम से कैसे बातचीत करते हैं। प्रणालियों के बीच डेटा प्रवाह को समझने के लिए निर्णायक है।
- एप्लिकेशन उपयोग दृष्टिकोण: यह नक्शा बनाता है कि कौन सी व्यवसाय प्रक्रियाएँ किन एप्लिकेशन घटकों का उपयोग करती हैं। जब किसी प्रणाली को अप्रचलित किया जाता है, तो इसके लिए प्रभाव विश्लेषण के लिए यह आवश्यक है।
- एप्लिकेशन कार्यक्षमता दृष्टिकोण: सॉफ्टवेयर स्टैक द्वारा प्रदान की जाने वाली विशिष्ट कार्यों का वर्णन करता है।
3. प्रौद्योगिकी संरचना दृष्टिकोण ⚙️
प्रौद्योगिकी परत एप्लिकेशन को होस्ट करने वाले भौतिक और तार्किक बुनियादी ढांचे का वर्णन करती है। इसमें सर्वर, नेटवर्क और उपकरण शामिल हैं।
प्रौद्योगिकी दृष्टिकोणों में मुख्य तत्व:
- नोड्स:गणना संसाधन (सर्वर, कंटेनर)।
- उपकरण:अंतिम उपयोगकर्ता उपकरण (लैपटॉप, फोन, IoT)।
- नेटवर्क:संचार बुनियादी ढांचा (LAN, WAN, क्लाउड)।
- सिस्टम सॉफ्टवेयर:ऑपरेटिंग प्रणाली और मिडलवेयर।
सामान्य प्रौद्योगिकी दृष्टिकोण:
- प्रौद्योगिकी डेप्लॉयमेंट दृष्टिकोण: सॉफ्टवेयर घटकों को बुनियादी ढांचे के नोड्स पर कैसे डेप्लॉय किया जाता है, इसका नक्शा बनाता है। क्षमता योजना और सुरक्षा के लिए आवश्यक है।
- प्रौद्योगिकी संचार दृष्टिकोण: नेटवर्क टोपोलॉजी और कनेक्टिविटी का विवरण देता है।
- प्रौद्योगिकी बुनियादी ढांचा दृष्टिकोण: डेटा सेंटर या क्लाउड क्षेत्रों की भौतिक व्यवस्था पर ध्यान केंद्रित करता है।
सही दृष्टिकोण कैसे चुनें: एक तुलना सारणी 📊
सही दृष्टिकोण का चयन उस प्रश्न पर निर्भर करता है जिसका उत्तर आप देना चाहते हैं। इस सारणी का उपयोग करके त्वरित रूप से यह पहचानें कि आपके वर्तमान कार्य के लिए कौन सा लेंस फिट बैठता है।
| उत्तर देने के लिए प्रश्न | सिफारिश किया गया दृष्टिकोण | प्राथमिक परत |
|---|---|---|
| इस प्रक्रिया का ग्राहक पर क्या प्रभाव पड़ता है? | व्यवसाय सेवा दृष्टिकोण | व्यवसाय |
| इस वर्कफ्लो में कौन सी प्रणालियाँ शामिल हैं? | एप्लिकेशन उपयोग दृष्टिकोण | एप्लिकेशन |
| इस डेटा को भौतिक रूप से कहाँ स्टोर किया गया है? | तकनीक डेप्लॉयमेंट दृष्टिकोण | तकनीक |
| इन दो एप्लिकेशन्स में डेटा का आदान-प्रदान कैसे होता है? | एप्लिकेशन संचार दृष्टिकोण | एप्लिकेशन |
| इस भूमिका के लिए कौन जिम्मेदार है? | व्यवसाय संरचना दृष्टिकोण | व्यवसाय |
| इस क्षेत्र के लिए नेटवर्क टॉपोलॉजी क्या है? | तकनीक संचार दृष्टिकोण | तकनीक |
क्रॉस-कटिंग दृष्टिकोण: रणनीति और प्रेरणा 🧭
जबकि तीन मुख्य परतें संरचना की संरचना को परिभाषित करती हैं, वे नहीं समझाती हैं कि क्यों. क्रॉस-कटिंग दृष्टिकोण प्रेरणाओं, रणनीतियों और कार्यान्वयन योजनाओं को संबोधित करते हैं जो संरचना को आगे बढ़ाते हैं। ये दृष्टिकोण सभी तीन परतों के बीच फैले हुए हैं।
1. प्रेरणा दृष्टिकोण 🎯
संरचना एक खाली स्थान में नहीं मौजूद होती है। यह समस्याओं को हल करने या लक्ष्य प्राप्त करने के लिए मौजूद होती है। प्रेरणा दृष्टिकोण निम्नलिखित अवधारणाओं को पेश करता है:
- ड्राइवर्स:आंतरिक या बाहरी कारक जो बदलाव के लिए मजबूर करते हैं (उदाहरण के लिए, नए नियम)।
- लक्ष्य:वह अवस्था जिसे संगठन प्राप्त करना चाहता है।
- सिद्धांत:नियम या दिशानिर्देश जो डिजाइन निर्णयों को नियंत्रित करते हैं।
- आवश्यकताएँ:विशिष्ट सीमाएँ या आवश्यकताएँ।
इस दृष्टिकोण का उपयोग करने से यह सुनिश्चित होता है कि आपके द्वारा बनाए गए हर डायग्राम एक रणनीतिक लक्ष्य से जुड़ा होता है। यह ‘शेल्फ-वेयर’ संरचना से बचाता है जहां डायग्राम बनाए जाते हैं लेकिन उनका कोई व्यावसायिक तर्क नहीं होता है।
2. कार्यान्वयन और माइग्रेशन दृष्टिकोण 🚀
बदलाव लगभग कभी तुरंत नहीं होता है। प्रोजेक्ट और पहलें वर्तमान स्थिति और लक्ष्य स्थिति के बीच के अंतर को पार करती हैं। इस दृष्टिकोण में दृश्यमानता की सहायता करता है:
- प्रोजेक्ट: परिवर्तनात्मक पहलों को लागू करने के लिए डिज़ाइन की गई पहलें।
- नियुक्तियाँ:प्रोजेक्ट्स को उनके द्वारा प्रदान की जाने वाली क्षमताओं से जोड़ना।
- कार्य पैकेज:प्रोजेक्ट के भीतर के छोटे-छोटे कार्य के टुकड़े।
यह कार्यक्रम प्रबंधन के लिए महत्वपूर्ण है। यह नेतृत्व को देखने में सक्षम बनाता है कि कौन-से प्रोजेक्ट किन आर्किटेक्चरल क्षमताओं को बढ़ा रहे हैं।
आम गलतियाँ और गलत धारणाएँ 🚫
यहाँ तक कि अनुभवी आर्किटेक्ट्स भी व्यूपॉइंट्स के साथ काम करते समय गलतियाँ करते हैं। इन त्रुटियों को जल्दी से पहचानने से समय बचता है और भ्रम कम होता है।
1. व्यू और व्यूपॉइंट में भ्रम
एक व्यूपॉइंट वह है जो टेम्पलेटया नियमों का सेट है। एक व्यू वह है जो परिणाम। यदि आप एक आरेख बनाते हैं, तो वह एक व्यू है। यदि आप कहते हैं कि ‘मैंने व्यवसाय प्रक्रिया व्यूपॉइंट का उपयोग किया’, तो आप उस व्यू को बनाने के लिए अपने द्वारा अपनाए गए नियमों की बात कर रहे हैं। इन शब्दों को मिलाने से ऐसा दस्तावेज़ बनता है जिसे बनाए रखना मुश्किल होता है क्योंकि नियम स्पष्ट रूप से परिभाषित नहीं होते हैं।
2. तबकों को बिना चयन के मिलाना
जबकि ArchiMate क्रॉस-लेयर संबंधों की अनुमति देता है, एक एकल व्यूपॉइंट आमतौर पर एक ही तबके पर ध्यान केंद्रित करना चाहिए ताकि स्पष्टता बनी रहे। एक आरेख जो व्यवसाय एक्टर्स को एप्लीकेशन मध्यस्थों के बिना नेटवर्क नोड्स से सीधे जोड़ता है, आमतौर पर मॉडल में तकनीकी रूप से वैध होता है लेकिन एक व्यू में भ्रमित करता है। यह चिंताओं के तार्किक विभाजन को छिपा देता है। उद्देश्य समूह के लिए उपयुक्त व्यूपॉइंट का पालन करें।
3. स्टेकहोल्डर्स को नजरअंदाज करना
एक व्यूपॉइंट स्टेकहोल्डर द्वारा परिभाषित किया जाता है। एक तकनीकी व्यूपॉइंट सीईओ के लिए बेकार है। एक रणनीतिक व्यूपॉइंट डेवोप्स इंजीनियर के लिए बेकार है। यदि आप किसी विशिष्ट स्टेकहोल्डर समूह को परिभाषित किए बिना एक व्यूपॉइंट बनाते हैं, तो आप ऐसे अभिलेख बनाने के जोखिम में हैं जिन्हें कोई नहीं पढ़ता।
4. नोटेशन को अत्यधिक जटिल बनाना
ArchiMate में कई संबंध प्रकार हैं (नियुक्ति, प्रवाह, वास्तविकीकरण, संघटन आदि)। हर आरेख में हर संबंध प्रकार का उपयोग न करें। उन संबंधों का चयन करें जो आपके द्वारा निर्मित विशिष्ट व्यूपॉइंट के लिए अर्थ जोड़ते हैं। अत्यधिक विवरण अव्यवस्था ला सकता है, जिससे आर्किटेक्चर को समझना मुश्किल हो जाता है।
एक सुसंगत आर्किटेक्चर विवरण बनाना 📝
जब आप व्यक्तिगत व्यूपॉइंट्स को समझ लेते हैं, तो अगली चुनौती उन्हें एक सुसंगत आर्किटेक्चर विवरण में एकीकृत करना है। यह एक ऐसा संग्रह है जिसमें सभी व्यू और व्यूपॉइंट्स शामिल हैं जो संगठन की पूरी छवि प्रदान करते हैं।
चरण 1: स्टेकहोल्डर्स की पहचान करें
शुरुआत में बताएं कि किसे आर्किटेक्चर देखने की आवश्यकता है। उन्हें उनकी प्राथमिक चिंताओं के आधार पर समूहित करें:
- एग्जीक्यूटिव नेतृत्व: रणनीति, प्रेरणा और व्यावसायिक मूल्य पर ध्यान केंद्रित करें।
- व्यावसाय प्रबंधक: प्रक्रियाओं, सेवाओं और संगठनात्मक संरचना पर ध्यान केंद्रित करें।
- आईटी प्रबंधक: एप्लीकेशन पोर्टफोलियो, डेप्लॉयमेंट और इंफ्रास्ट्रक्चर पर ध्यान केंद्रित करें।
- विकासकर्ता: इंटरफेस, कंपोनेंट्स और डेटा ऑब्जेक्ट्स पर ध्यान केंद्रित करें।
चरण 2: चिंताओं को दृष्टिकोणों से मैप करें
प्रत्येक स्टेकहोल्डर समूह के लिए, उनकी चिंताओं को ध्यान में रखते हुए दृष्टिकोणों का चयन करें। स्टेकहोल्डर्स और उनके आवश्यक दृश्यों को जोड़ने वाला एक मैट्रिक्स बनाएं। इससे बिना अतिरेक के कवरेज सुनिश्चित होती है।
चरण 3: संगतता सुनिश्चित करें
ArchiMate मॉडल आमतौर पर एक केंद्रीय भंडार में संग्रहीत किए जाते हैं। सुनिश्चित करें कि व्यवसाय दृष्टिकोण (उदाहरण के लिए, “ग्राहक सेवा प्रक्रिया”) में उपयोग किए जाने वाले तत्व एप्लिकेशन दृष्टिकोण (उदाहरण के लिए, “CRM सिस्टम”) में संदर्भित तत्वों से मेल खाते हों। नामकरण और परिभाषा में संगतता वास्तुकला को एक साथ बांधने वाली चिपकने वाली चीज है।
व्यावहारिक कार्यान्वयन रणनीतियाँ 💡
आप अपनी टीम को ओवरलोड किए बिना इसे व्यवहार में कैसे लाते हैं? दृष्टिकोण प्रबंधन कार्यान्वयन के लिए कार्यान्वयन योग्य चरण यहाँ दिए गए हैं।
1. एक दृष्टिकोण पुस्तकालय परिभाषित करें
अपने संगठन के लिए एक मानकीकृत दृष्टिकोण पुस्तकालय बनाएं। प्रत्येक वास्तुकार अपनी आरेख शैली बनाने के बजाय, अनुमोदित टेम्पलेट के सेट प्रदान करें। उदाहरण के लिए, निर्धारित करें कि सभी परियोजना प्रारंभ दस्तावेजों में कार्यान्वयन और पुनर्स्थापना दृष्टिकोण.
2. तर्कसंगतता का दस्तावेजीकरण करें
जब किसी दृश्य का निर्माण कर रहे हों, तो इस दृष्टिकोण के चयन के कारण का संक्षिप्त विवरण शामिल करें।क्योंइस दृष्टिकोण का चयन क्यों किया गया। यह भविष्य के रखरखाव करने वालों को संदर्भ समझने में मदद करता है। यदि कोई आरेख असामान्य लगता है, तो तर्कसंगतता नोट उस अपवाद की व्याख्या करता है।
3. समीक्षा और सुधार करें
वास्तुकला स्थिर नहीं होती है। अपने दृष्टिकोणों की नियमित रूप से समीक्षा करें। क्या व्यवसाय दृष्टिकोण वर्तमान संचालन मॉडल के लिए अभी भी प्रासंगिक हैं? क्या तकनीकी दृष्टिकोण बादल इंफ्रास्ट्रक्चर की ओर बढ़ाव को दर्शा रहे हैं? संगठन के विकास के साथ अपनी परिभाषाओं को अद्यतन करें।
4. अपनी टीम को प्रशिक्षित करें
सुनिश्चित करें कि सभी वास्तुकार परतों के बीच अंतर को समझते हैं। ऐसे वर्कशॉप आयोजित करें जहाँ टीमें विशिष्ट दृष्टिकोणों से दृश्य बनाने का अभ्यास करें। भूमिका निभाने से व्यवसाय, एप्लिकेशन और तकनीकी चिंताओं के बीच अंतर को मजबूत करने में मदद मिलती है।
अक्सर पूछे जाने वाले प्रश्न ❓
क्या मैं व्यवसाय और तकनीकी परतों को एक दृष्टिकोण में मिला सकता हूँ?
तकनीकी रूप से, हाँ, ArchiMate परतों के बीच संबंधों का समर्थन करता है। हालांकि, सर्वोत्तम प्रथा इन्हें स्पष्टता के लिए अलग रखने की सिफारिश करती है। यदि आपको उन्हें मिलाना ही है, तो एक एकीकृत दृष्टिकोणविशेष रूप से एकीकरण के लिए डिज़ाइन किया गया है, जिससे आप परत सीमाओं को स्पष्ट रूप से लेबल कर सकते हैं। उन्हें बिना चयन के मिलाने से आमतौर पर ऐसे आरेख बनते हैं जिन्हें कोई भी एक स्टेकहोल्डर समझने के लिए बहुत जटिल होते हैं।
मुझे अपने ArchiMate मॉडल को कितनी बार अद्यतन करना चाहिए?
कोई निश्चित नियम नहीं है। जब व्यवसाय रणनीति, एप्लिकेशन पोर्टफोलियो या इंफ्रास्ट्रक्चर में महत्वपूर्ण परिवर्तन हों, तब मॉडल को अद्यतन करें। लक्ष्य यह है कि वास्तुकला विवरण उपयोगी होने के लिए पर्याप्त ताजा रहे, लेकिन इतना ताजा न हो कि रखरखाव का बोझ बन जाए। अद्यतन के विस्तार को निर्धारित करने के लिए दृष्टिकोणों का उपयोग करें।
क्या मुझे सभी 11 ArchiMate परतों का उपयोग करना आवश्यक है?
नहीं। तीन मुख्य परतें (व्यवसाय, एप्लिकेशन, तकनीकी) और प्रेरणा, कार्यान्वयन और रणनीति परतें सबसे आम हैं। शेष परतें (भौतिक, डेटा आदि) विशिष्ट हैं। केवल उन परतों का उपयोग करें जो आपके विशिष्ट संगठन संदर्भ के लिए प्रासंगिक हैं। फ्रेमवर्क में उनके अस्तित्व के कारण तत्वों को मॉडल में जबरदस्ती डालने की आवश्यकता नहीं है।
मेरे दृष्टिकोण आवश्यकताएं बदल जाएं तो क्या होगा?
दृष्टिकोण अनुकूलनीय हैं। यदि अलग चिंताओं वाला एक नया स्टेकहोल्डर समूह उभरता है, तो उनकी आवश्यकताओं को स्वीकार करने के लिए एक नया दृष्टिकोण बनाएं या मौजूदा दृष्टिकोण को संशोधित करें। फ्रेमवर्क लचीला है, लेकिन मूल परतों में सामंजस्य बनाए रखना चाहिए।
आर्किटेक्चरल स्पष्टता पर अंतिम विचार 🧠
ArchiMate दृष्टिकोणों को समझना हर निर्वचन को याद रखने के बारे में नहीं है। यह प्रत्येक लेंस के पीछे के उद्देश्य को समझने के बारे में है। जब आप सही दृष्टिकोण चुनते हैं, तो आप सुनिश्चित करते हैं कि सही लोग सही समय पर सही जानकारी देखें।
व्यापार, एप्लिकेशन और प्रौद्योगिकी के मुद्दों को अलग करके और रणनीति और प्रेरणा के लिए क्रॉस-कटिंग दृष्टिकोणों का उपयोग करके, आप निर्णय लेने के लिए एक संरचित वातावरण बनाते हैं। इस संरचना से अस्पष्टता कम होती है और तकनीकी कार्यान्वयन व्यापार लक्ष्यों के साथ समन्वय में रहता है।
स्टेकहोल्डर पर ध्यान केंद्रित करें। चिंता को परिभाषित करें। दृष्टिकोण चुनें। दृश्य बनाएं। इस सरल चक्र को निरंतर दोहराने से एक मजबूत, स्पष्ट और मूल्यवान आर्किटेक्चर विवरण बनता है।
अपने दृष्टिकोण चयनों को दस्तावेज़ित करने के लिए समय लें। अपने विवरणों की संरचना में निवेश करें। स्पष्टता में निवेश की गई मेहनत अब तेज निर्णय लेने और बेहतर समन्वय के लिए बाद में लाभ देती है।