इनमें से कोई भी उपयोग की शर्तें बेहतर या अच्छी नहीं हैं। ये बस अलग-अलग हैं। आपके आर्किटेक्चर को मूल्य प्रस्ताव और उपयोग की शर्तों का सम्मान करना चाहिए। यदि आपने Apple की तरह पूर्ण गोपनीयता प्रतिबद्धता जताई है, तो आपको यह सुनिश्चित करना होगा कि यह खोखला बयान न हो। यदि आपने Facebook की तरह बेहतर अनुभव का वादा किया है, तो आपको अपने सभी ज्ञान को व्यवस्थित और कार्यान्वित करना होगा।.
पिछले हफ्ते मैंने आपको दो चीजों से शुरुआत करने के लिए कहा था—एक विषय मॉडल आपके डिजिटल उत्पाद और उसके लिए डेटा उपयोग की शर्तें. मैंने आपको बताया था कि आप असली प्रोडक्ट ओनर, या प्रोडक्ट मैनेजर, या जो भी आप उस व्यक्ति को कहते हैं जो आपकी संस्था में उत्पाद की बाजार सफलता के लिए जवाबदेह है, उससे संपर्क करें। उस व्यक्ति को ही तथ्यों का स्रोत मानें।.
डिजिटल उत्पाद बेचते समय यह सलाह बहुत कारगर साबित होती है। बाज़ार का दबाव, मूल्य प्रस्ताव, राजस्व और लागत उत्पाद स्वामी को एक जुझारू योद्धा बना देते हैं। वास्तविक आर्किटेक्चर गवर्नेंस समस्या यह है कि हमारे लगभग सभी 'डिजिटल उत्पाद' आंतरिक हैं। हम उद्यम आर्किटेक्ट. हमें ही कठिन समस्याओं का सामना करना पड़ता है।.
तो चलिए आंतरिक चुनौतियों का डटकर सामना करते हैं। चलिए वास्तविक दुनिया से शुरुआत करते हैं।
हमारे कई प्रोडक्ट ओनर्स अंततः जीरा बोर्ड के पर्यवेक्षक बनकर रह जाते हैं।.
हमारे कई डिजिटल उत्पाद 'डेटा का मुद्रीकरण' करने या बेहतर निर्णय लेने के आंतरिक आदेशों से उत्पन्न होते हैं।.
हमारे कई 'ग्राहकों' को एक ऐसे अपस्ट्रीम फ़ंक्शन द्वारा तैयार किया गया न्यूनतम परिचालन डेटा दिया जा रहा है, जिसे डाउनस्ट्रीम समुदाय के बारे में कुछ भी पता नहीं है।.
हम मार्टी कैगन (सिलिकॉन वैली प्रोडक्ट ग्रुप) के इस कड़े बयान को सुनकर हार नहीं मान सकते—कि अगर आपका ग्राहक आपसे दूर नहीं जा सकता और किसी प्रतिस्पर्धी को नहीं चुन सकता, तो शायद यह आईटी प्रशासन की गलती है, न कि उत्पाद स्वामित्व की—और हार मान लें। हमारा पेशा, उद्यम स्थापत्य, इसका उद्देश्य उन परिवर्तनों का मार्गदर्शन करना है जो हमारी कंपनी के सामने आने वाली समस्याओं का समाधान करते हैं।
हम डिजिटल उत्पाद और मुद्रीकरण जैसी अवधारणाओं का उपयोग करके उन समस्याओं को भी हल कर सकते हैं जो एक ऐसे प्रौद्योगिकीविद् से भी बदतर हैं जो शासन-मुक्त और गुणवत्ता-मुक्त डेटा जाल बनाने की कोशिश कर रहा है। हाँ, हम सभी ने यह अनुभव किया है।.
हमें उत्पाद के डेटा से शुरुआत करनी होगी— विषय. लेकिन व्हाइटबोर्ड पर सीमा खींचना आसान काम है। मुझे पता है, मैं तो हर दिन एक शानदार 50 इंच का माइक्रोसॉफ्ट सरफेस व्हाइटबोर्ड इस्तेमाल करता हूँ। झटपट मैं बॉक्स, गोले और जोड़ने वाली रेखाएँ खींच देता हूँ। अब हमें इन मॉडलों से वास्तविक मार्गदर्शन प्राप्त करना है।.
इस सप्ताह हम निम्नलिखित विषयों पर चर्चा करेंगे: पीली रेखा टक्कर. पीली रंग से बनी वो रेखाएं जो दूसरी तरफ संभावित खतरों के बारे में चेतावनी देती हैं। कारखाने में नुकीले औजार या कुचलने वाला बल। मेट्रो में तेज रफ्तार से दौड़ती ट्रेनें। या फिर राजमार्ग को विभाजित करने वाली पीली रेखा।.
लगभग हर बार हम सीमा रेखा पार कर जाते हैं। लेकिन बिना किसी चेतावनी के, बुरा परिणाम हो जाता है।.
हमें हमेशा आगे देखना चाहिए। सामने से आने वाला वाहन जानलेवा हो सकता है।.
सामने से आ रहा वाहन?
सीडीओ भ्रम
सीमाओं के मालिक होते हैं। व्यावसायिक डिजिटल उत्पादों के लिए उनके बचाव में जुझारू योद्धा होते हैं। हमारे भीतर भ्रम होते हैं। हम ग्राहकों और मालिकों की कल्पना करते हैं। हम मानते हैं कि संगठन चार्ट हमेशा हमें निर्णय लेने का अधिकार बताता है।.
दृढ़ निश्चयी व्यावसायिक उत्पाद स्वामी बेहतरीन हितधारक होते हैं। उन्हें एक विशेष क्षेत्र - उत्पाद - की जिम्मेदारी सौंपी गई है। उनके पास बहुत स्पष्ट दृष्टिकोण होते हैं। दिशा-निर्देश—अपेक्षा, बाधा, जोखिम लेने की क्षमता. वे परिवर्तनों के मूल्य का आकलन कर सकते हैं और अक्सर बहुत ही स्पष्ट आवश्यकताएँ व्यक्त कर सकते हैं। मैंने एक डिजिटल उत्पाद स्वामी के साथ काम किया, जिन्हें अपने प्लेटफ़ॉर्म में 95% लेनदेन लागत में कमी की आवश्यकता थी। सुविधाओं में कमी नहीं, केवल लागत में सुधार नहीं। प्रतिस्पर्धी बने रहने के लिए प्लेटफ़ॉर्म की लागत में 95% कटौती।.
इस तरह के उत्पाद मालिकों के साथ वास्तुकला शासन यह एक सपने जैसा है। आपके पास एक स्पष्ट और आधिकारिक हितधारक है। एक ऐसा व्यक्ति जो उन्हें सौंपे गए अधिकार को समझता है; और उस अधिकार के संपूर्ण संदर्भ को भी समझता है।.
फिर हमारे आंतरिक उत्पाद हैं। हम उत्पाद और डेटा के बारे में एक अस्पष्ट रेखा से शुरुआत करते हैं। हमारे पास अक्सर ऐसे सिद्धांत होते हैं जो सुझाव देते हैं। डेटा साझा करें. हमारा तात्पर्य यह है कि डेटा मौजूद होने के कारण, यह कंपनी के स्वामित्व में है।.
हम संगठन चार्ट में देखते हैं और हमें एक मुख्य डेटा अधिकारी (CDO) या डेटा गवर्नेंस अधिकारी (DDO) मिलता है। आम धारणा यही है कि CDO से ही सवाल पूछें और स्पष्टीकरण मांगें। लोग मान लेते हैं कि CDO ही सारे डेटा का मालिक है। सबसे नुकसानदायक यह धारणा है कि डेटा को "मुद्रीकृत" करने, "लोकतांत्रिक" बनाने और "बेहतर निर्णय लेने" के लिए किया गया कोई भी काम निश्चित रूप से सार्थक है।.
साथ ही, विकास के दौरान हम अक्सर API को शामिल करने या डेटा को डंप करने के लिए एक्सट्रैक्ट चलाने को लेकर भ्रमित हो जाते हैं। वर्चुअल डेटा लेक बदलाव के साथ जो इससे हमारे संगठन में सुधार होता है.
जब हम "प्रोडक्ट ओनर" की ओर रुख करते हैं, तो पाते हैं कि वे तकनीकी विशेषज्ञों और असंतुष्ट उपयोगकर्ता समुदाय के बीच फंसे एक उन्नत व्यवसाय विश्लेषक हैं। वे उपयोगकर्ता समुदाय को ग्राहक कहते हैं—जबकि मार्टी हमें बताता है कि ग्राहक को भुगतान करना होगा, और वह जा सकता है। ये 'प्रोडक्ट ओनर' जीरा टिकटों को इधर-उधर करने में व्यस्त हैं। उनके पास कोई अधिकार नहीं है। मूल्य की कोई समझ नहीं है। कल्पना कीजिए कि उन्हें पता है कि व्यवहार्यता 95% परिचालन व्यय कटौती पर निर्भर है, और वे डिजिटल प्रोग्राम के माध्यम से उस कटौती को लागू कर रहे हैं।.
इस तरह के उत्पाद मालिकों के साथ वास्तुकला शासन वह लाइफ सपोर्ट पर है। हमें पूरी ताकत लगानी होगी। वास्तुकला शासन उत्पाद से संबंधित बाधाओं, उत्पाद के उद्देश्यों और उपभोक्ता के व्यावसायिक कार्य से संगठन की अपेक्षाओं का पता लगाने के लिए एक टूलकिट।.
हम जानते हैं कि हमारा संगठन अंतःक्रियाओं का एक जटिल जाल है। नेविगेट, जटिलता को सरल बनाने के लिए हम इस पर निर्भर रहते हैं SABSA का जोखिम मॉडल और श्रेष्ठ वास्तुकला की अवधारणा जो इसमें पाई जाती है टोगाफ.
मैं बस वही ज्ञान और दिशा-निर्देश ढूंढ रहा हूं जो मेरे उत्साही व्यावसायिक उत्पाद मालिक रात को सोते समय चिंता करते हुए पाते हैं - बाजार, स्थिति निर्धारण, मूल्य, प्रतिस्पर्धा।.
मुझे बस ऐसे व्यक्ति की तलाश है जो लाभ, हानि, मूल्य, लागत और जोखिम का परीक्षण कर सके।.
मुझे केवल सुशासन की बुनियादी बातें चाहिए—उद्देश्य, प्रदर्शन की अपेक्षाएं, सीमाएं और जोखिम उठाने की क्षमता।.
और मैं यही हर डिजिटल उत्पाद के लिए चाहता हूं।.
पीली रेखा टक्कर
एक बार जब हम डिजिटल उत्पाद की शासन संरचना स्थापित कर लेते हैं, तो तनाव शुरू हो जाता है।.
अधिकांश समय हम आंतरिक रूप से काम करते हैं। आप ऐसे लोगों के विचारों से घिरे रहेंगे जो बाज़ार के नियमों का पालन नहीं करते। ऐसे लोग जो किसी भी रणनीति, पहल या नेतृत्व संबंधी बयान से सहमत होने का दावा करते हैं। ऐसे लोग जो अपनी पसंद या स्थानीय सुधार को सही ठहराने के लिए सहमति का सहारा लेते हैं।.
आप जानते ही हैं वो घातक संरेखण तर्क। इसमें सब कुछ इस बात पर निर्भर करता है कि वे किसी चीज़ का समर्थन कैसे करते हैं। इसका कोई सार्थक योगदान नहीं होता। हम जानते हैं कि मूल्य उन लाभों से बनता है जो मेहनत के लायक होते हैं। खासकर लाभ प्राप्त करने से जुड़ी अनिश्चितता और लागत की अनिश्चितता को जानते हुए।.
आंतरिक रूप से, आप तकनीकी पहलुओं पर विशेष ध्यान देने की उम्मीद कर सकते हैं। परिचालन डेटाबेस से डेटा निकालने की प्रक्रिया जैसी बारीकियों पर विशेष ध्यान दिया जाता है। लागत का आकलन एक त्वरित एकीकरण प्रक्रिया के समान ही किफायती रखा जाता है।.
कुछ भी करने की जल्दबाजी में डेटा की गुणवत्ता और प्रवाह के बुनियादी सिद्धांत गायब हो जाते हैं।.
आपका संगठन उत्पाद की भाषा का उपयोग खतरनाक तरीके से कर रहा है।.
आइए डेटा उत्पाद से जुड़े दो महत्वपूर्ण जोखिमों पर नज़र डालें।.
आप चोरी की हुई चीज़ बेच नहीं सकते।
डेटा उत्पाद बेचने वाला हर व्यक्ति कार्यप्रणाली और स्रोत बेचता है।.
सब लोग।.
जब आपके पास डेटा के पुन: उपयोग की अनुमति देने वाली स्पष्ट उपयोग की शर्तें नहीं होती हैं, तो डेटा चोरी हो जाता है।.
चोरी किए गए डेटा का डेटा आर्किटेक्चर के संदर्भ में कभी भी मजबूत स्रोत और कार्यप्रणाली नहीं होती है: डेटा स्रोत और डेटा प्रवाह.
चोरी किए गए डेटा का 'मुद्रीकरण' नहीं किया जाता, बल्कि उसे सुरक्षित रखा जाता है। सुरक्षित स्थानों पर भारी छूट मिलती है क्योंकि चोरी की वस्तुओं का उपयोग मुख्यधारा में कोई नहीं कर सकता।.
आंतरिक रूप से, चोरी किया गया डेटा एक वर्चुअल डेटा लेक को भी दूषित कर देता है। देखने में, कम गुणवत्ता वाला और प्रक्रियाहीन डेटा उच्च गुणवत्ता वाले डेटा के समान ही लगता है। लेकिन उपयोगी बनाने के लिए इसे लगातार और अधिक परिष्करण और पोस्ट-प्रोसेसिंग की आवश्यकता होती है।.
अंततः, चोरी किया गया डेटा अनुपालन संबंधी समस्याएँ पैदा करता है। आमतौर पर ये समस्याएँ व्यक्तिगत पहचान जानकारी, ग्राहकों के गोपनीय डेटा या कानूनी क्षेत्राधिकार से संबंधित होती हैं। फिर आपको उस बेकार और महँगे डेटा के ढेर को साफ़ करने के लिए और अधिक खर्च करना पड़ता है।.
अगर आप थोड़ा मज़ा लेना चाहते हैं, तो अपने डेटा कम्पोस्ट बिन से मिलने वाले लाभ पर गौर करें। ज़्यादातर घरों में होने वाले कम्पोस्ट की तरह, मुझे यकीन है कि आप लोगों को नियमित रूप से छिलके बिन में डालते और खाद व मिट्टी खरीदने के लिए बागवानी की दुकान पर जाते हुए देखेंगे।.
अभिरक्षण संबंधी बाधा
हम बेहतर आर्किटेक्चर के जरिए इन समस्याओं का समाधान करते हैं।.
हम उत्पाद डेटा से संबंधित विषयों पर काम करना शुरू कर रहे हैं। विशेष रूप से वह डेटा जिसमें हमारा डिजिटल उत्पाद ग्राहक की जानकारी एकत्र करता है। नेविगेट हम अंतर करने के लिए एक मॉडल प्रॉपर्टी का उपयोग करते हैं अभिरक्षित डेटा—यह डेटा किसी अन्य संगठन से संबंधित है और इसका उपयोग केवल अनुबंध के अनुसार ही किया जा सकता है।.
यह संपत्ति आपकी सीमा रेखा की पहली कड़ी है। ये सीमाएँ एकीकरण को गंभीर रूप से सीमित करती हैं और सुरक्षा उपायों की आवश्यकता होती है।.
पिछले हफ्ते मैंने ServiceNow का संक्षेप में जिक्र किया था। CI स्पष्ट रूप से हिरासत में, इनका उपयोग एप्लिकेशन द्वारा किया जाता है, लेकिन एप्लिकेशन प्रदाता के पास इन्हें देखने का कोई कारण नहीं होता। कैसा रहेगा अगर...? उपयोगकर्ता नाम?
हाँ, उपयोगकर्ता नाम. एक SaaS IT ऑपरेशन मैनेजमेंट सिस्टम में, ग्राहक इनका उपयोग प्रोसेस फ्लो में लोगों को शामिल करने, अनुमोदन सक्षम करने और यहां तक कि उपयोगकर्ता के व्यक्तिगत फोन पर कॉल करके अलर्ट भेजने के लिए करेगा। क्या ServiceNow इनका उपयोग कर सकता है?
एक्सेस और लाइसेंस के लिए इनका उपयोग करना स्पष्ट रूप से सुविधाजनक है। लेकिन यदि अधिकार प्रतिबंधित हैं, तो आप तुरंत Apple की समस्या में वापस आ जाते हैं और आपको डेटा को कभी भी बाहर लीक होने से रोकने का तरीका ढूंढना पड़ सकता है। ग्राहक का वातावरण. हमने देखा कि ऐप्पल ने अच्छा इस्तेमाल किया। आवेदन और बुनियादी ढांचे की वास्तुकला पर ध्यान केंद्रित करते हुए सभा की सीमाएँ. वे आपकी यादों को आपके डिवाइस पर ही प्रोसेस करके आपकी गोपनीयता की गारंटी देते हैं। याद रखें, वे वादा करते हैं कि आपकी कोई भी नज़र नहीं देखेगा, भले ही इस बार आपको खुशी हो।.
इन्हीं विचारों को आंतरिक रूप से भी अपनाएं। डिजिटल उत्पाद से कौन सा डेटा संबंधित है? यह सुनिश्चित करने के लिए क्या संयोजन आवश्यक है कि आप उत्पाद के भीतर, उत्पाद के लिए, या उत्पाद द्वारा उस डेटा को संसाधित करें?
तो फिर कौन सा डेटा उपलब्ध है? फिर व्यवसाय को किस डेटा की आवश्यकता है?
हमारे डिजिटल उत्पाद ग्राहकों में से एक का कॉर्पोरेट वित्त बहुत ही सीमित है। प्रत्येक उत्पाद समूह अपने स्वयं के लागत लेखांकन और लागत प्रबंधन के लिए उत्तरदायी है। कॉर्पोरेट को प्राप्त होने वाला वित्तीय डेटा बहुत ही सीमित है।.
यह देखने में भले ही कम कुशल लगे, लेकिन यह डिज़ाइन विभिन्न उत्पादों को अपने व्यवसाय और कर संबंधी कार्यों को बेहतर बनाने में मदद करता है। सीईओ को गलियारे में घूमकर सीधे और सटीक सवाल पूछने की सुविधा मिलती है। लाभ-हानि के प्रबंधकों से अपेक्षा की जाती है कि वे जानकार हों और कार्यों को बेहतर बनाएं। बहानेबाजी की कोई गुंजाइश नहीं है। हमें यही अनुशासन अपने सभी डिजिटल उत्पादों पर लागू करना होगा।.
आर्किटेक्चर डिफेंस: गैर-अनुपालन संबंधी अनुशंसा
इस बातचीत के दौरान मैंने इस बात पर प्रकाश डाला है कि आप किस प्रकार सीमा का पीछा करते हैं। मैंने इस बात पर जोर दिया है कि डिजिटल उत्पाद वास्तव में एक विशिष्ट शासन समस्या है।.
इन्हें एक विषय, एक व्यावसायिक क्षेत्र के रूप में मानें। साथ ही, इन्हें जोखिम या शासन क्षेत्र के रूप में भी मानें। मुझे विश्वास है कि आप प्रत्येक डेटा विषय को एक शासन क्षेत्र. एक ऐसी जगह जहाँ अद्वितीय उद्देश्य, प्रदर्शन की अपेक्षाएँ, सीमाएँ और जोखिम उठाने की क्षमता होती है। एक ऐसी जगह जहाँ ठोस प्रमुख हितधारक.
मैंने किसी एक निर्णय लेने वाले व्यक्ति की बात नहीं की, मैंने एक की बात की। ठोस प्रमुख हितधारक. हितधारक हमेशा समूह में रहते हैं। हमेशा परस्पर विरोधी हित, अतिव्यापी अधिकार और विरोधाभासी दिशा-निर्देश होते हैं। यदि यह सरल होता, तो हमें एंटरप्राइज आर्किटेक्चर की आवश्यकता ही नहीं होती।.
मेरे सभी उदाहरण ऐसे मामले हैं जहाँ हमें डिजिटल उत्पाद की सुरक्षा की आवश्यकता थी। ऐसे मामले जहाँ हम उत्पाद के अंदर या उत्पाद द्वारा प्रसंस्करण के लिए असेंबली का उपयोग करते हैं। यह एक उदाहरण है और आपको यह जानना होगा कि यह कब सही है।.
दूसरा मामला भी उतना ही सच है, जहाँ उत्पाद स्वामी—जो प्रमुख हितधारक, शासन क्षेत्र स्वामी और विषय स्वामी है—को एक व्यापक इकाई में समाहित होने के लिए कहा गया है। उन्हें साझा सेवा वित्तीय प्रणाली का उपयोग करने के लिए कहा गया है।.
दोनों ही मॉडल सही हैं। दोनों में से कोई भी मॉडल आपके डिजिटल उत्पाद का आर्किटेक्चर हो सकता है।.
जब लोग आपके व्यवसाय और उसकी अनूठी बाज़ार रणनीति के लिए अनुकूलित आर्किटेक्चर का अनुसरण करना बंद कर देते हैं, तो वे येलो लाइन पार कर रहे होते हैं। देर-सवेर, उनके लिए विपरीत दिशा से यातायात शुरू हो जाएगा।.
येलो लाइन से टक्कर से बचने के लिए हम, उद्यम आर्किटेक्ट खतरे की रेखा में कदम रखना।.
कार्यप्रणाली के संदर्भ में हम प्रदर्शन करते हैं कार्यान्वयन शासन और एक बनाएं अनुपालन न करने की अनुशंसा. समस्या का पता लगाना आसान है, लेकिन उतना उपयोगी नहीं। एक सिफारिश हितधारकों को बताती है कि लक्ष्य से प्राप्त होने वाले लाभ को पुनः प्राप्त करने के लिए उन्हें क्या करना चाहिए। उन्हें पहले से ही पता होता है कि अनुपालन न करने से क्या लाभ मिल रहा है।.
हर तरह की गैर-अनुपालन का मूल कारण यही है:
- लक्ष्य को लागू करें: अपेक्षित लक्ष्य आर्किटेक्चर मूल्य प्रदान करने के लिए परिवर्तन करें।.
- अस्थायी राहत प्रदान करें: समस्या का समाधान टाल दें।.
- आर्किटेक्चर बदलें: मूल मूल्य की हानि को स्वीकार करें, और एक नए लक्ष्य के साथ एक नई मूल्य अपेक्षा बनाएं।.
हम विकल्पों को इस तरह से प्रस्तुत करते हैं कि उपयुक्त नेता—हितधारक—सोच-समझकर निर्णय ले सकें। संक्षेप में कहें तो, आपको सर्वोत्तम संभव संगठन और सर्वोत्तम संभव परिवर्तन प्राप्त होता है। यह एक बेहद सुखद स्थिति है।.
येलो लाइन टक्कर का समापन
हम अक्सर यह मान लेते हैं कि साहसी हितधारकों द्वारा दृढ़ रुख अपनाने में एक गुण है और लक्ष्य को लागू करना. अक्सर ऐसा होता है। अक्सर नियमों का पालन न करने का कारण स्थानीय स्तर पर सुधार करना होता है। या फिर कोई प्रोजेक्ट टीम लक्ष्य हासिल करने के लिए शॉर्टकट अपना रही होती है। गो-लाइव-डे. या फिर कोई एजाइल टीम जीत का दावा कर रही हो। इन सभी मामलों में वे लक्ष्य द्वारा प्रदान किए जाने वाले मूल्य को नष्ट कर रहे हैं।.
मुझे यह घमंड नहीं है कि मैं सर्वज्ञ हूँ। मैं जानता हूँ कि दुनिया चलती और बदलती रहती है। नए दृष्टिकोण, नए उपकरण सामने आते हैं। रचनात्मक शक्ति का कुल योग मेरी सामान्य समझ से कहीं अधिक है। शानदार परामर्श टीम. सबसे महत्वपूर्ण बात यह है कि हर सुबह हमारी कंपनी एक नई स्थिति में एक नई कंपनी बन जाती है।.
मैं बनाता हूं गतिशील रोडमैप अपने हितधारकों को नियंत्रण प्रदान करना ताकि वे निर्णय ले सकें। मैं हर गैर-अनुपालन को एक नए गतिशील अवसर के रूप में देखता हूँ। जब हमें बेहतर लक्ष्य तक पहुँचने का कोई बेहतर रास्ता दिखता है, तो हम उसे तुरंत अपना लेते हैं। फिर हम जश्न मनाते हैं! हमने अपनी सारी रचनात्मकता और प्रतिभा का भरपूर उपयोग किया है। मेरा आर्किटेक्चर पर्यावरण के अनुकूल है और लगातार विकसित हो रहा है। वाह!
तो इस सप्ताह मेरी चुनौती यह है: आपके डिजिटल उत्पादों के बारे में आधिकारिक तौर पर कौन बता सकता है? हर विकल्प के फायदे और नुकसान कौन समझता है? प्रत्येक उत्पाद की बाज़ार स्थिति (उद्यम संदर्भ) और सफलता के मापदंड (दिशा-निर्देश) क्या हैं? इन उत्पादों को कौन सी उन्नत आर्किटेक्चर संबंधी बाधाएँ प्रभावित करती हैं?
इसका इस्तेमाल पीली रेखा का पता लगाने के लिए करें। और इस रूपक को आगे बढ़ाते हुए, किस प्रकार की रेखा की बात हो रही है—पहाड़ी राजमार्गों पर धीमी गति के संकेतों वाली दोहरी पीली रेखाएं एक संकेत हो सकती हैं। उन बाधाओं को पहचानें जो वास्तव में मायने रखती हैं।.
अगले सप्ताह, डेटा और डिजिटल उत्पादों पर आधारित इस श्रृंखला के अंतिम भाग में, हम तकनीक पर चर्चा करेंगे। आर्किटेक्ट के व्यावसायिक उपकरण। विशेष रूप से, हम दो चीजों पर विचार करेंगे। पहला, उद्यम और डिजिटल उत्पाद के बीच की सीमा को पाटने के लिए तार्किक दस्तावेज़ मॉडल संरचनाएँ। दूसरा, डेटा के उपयोग और संयोजन की शर्तों को ठोस दिशा-निर्देशों में बदलने के लिए आर्किटेक्चर विनिर्देश।.
हमेशा की तरह, मैं आपके विचारों और प्रतिक्रियाओं का स्वागत करता हूं।.
आपका दिन अच्छा रहे!
सम्मान,
डेव
डेव हॉर्नफोर्ड
कोनेक्सियम