एंटरप्राइज़ आर्किटेक्चर और एजाइल को समझना

एंटरप्राइज़ आर्किटेक्चर और एजाइल - कंस्ट्रेन स्प्रिंट्स

हम एक चुस्त टीम को उनकी पीठ का प्रबंधन करने में मदद करने से आगे बढ़कर स्प्रिंट तक पहुँचने की ओर बढ़ रहे हैं। यहाँ हमें आर्किटेक्चर विनिर्देशों को सॉफ़्टवेयर में शामिल करना होगा। हमें यह चुस्त टीम की रचनात्मकता और नवाचार में हस्तक्षेप किए बिना करना होगा।.

हर आर्किटेक्चर विनिर्देश स्वतंत्रता की एक सीमा को हटा देता है। जब हम उनकी स्वतंत्रता पर प्रतिबंध लगाते हैं, तो हम चुस्त टीम के लिए सबसे कुशल रास्ता खोजना मुश्किल बना देते हैं। जब प्रतिबंध उद्यम की प्राथमिकताओं को प्रभावित करते हैं, तो हम सर्वोत्तम रास्ता खोजना आसान बना देते हैं।.

---

एक बुनियादी नियम हैयदि आवश्यक न हो तो कभी भी स्वतंत्रता की डिग्री को न हटाएं
नवप्रवर्तन और सृजन की स्वतंत्रता, चुस्त सॉफ्टवेयर विकास की जीवनरेखा है

एक उन्नत नियम है: एक चुस्त टीम को वास्तव में कठिन समस्या देने से कभी न डरें
नवाचार और रचनात्मकता ऐसे समाधान उत्पन्न करेंगे जिनकी आप कल्पना भी नहीं कर सकते

---

पूर्वानुमानित समस्यायह सुनिश्चित करना कि चुस्त सफलता के लिए महत्वपूर्ण इन-स्प्रिंट निर्णय संगठनात्मक प्राथमिकताओं, वरीयताओं और बाधाओं से अवगत हों और उनके द्वारा निर्देशित हों।.

कठिन बिट्सउद्यम की ज़रूरतों और डिज़ाइन व दृष्टिकोण में आवश्यक स्वतंत्रता के हस्तक्षेप के बीच संतुलन बनाना। यह विकास पृष्ठभूमि वाले आर्किटेक्ट्स के लिए विशेष रूप से सच है। विषय-वस्तु विशेषज्ञता, उद्यम-विशिष्टताओं से आगे बढ़कर डिज़ाइन में एक फिसलन भरी ढलान पैदा करती है। इससे खराब, बड़े-से-बड़े आर्किटेक्चर का निर्माण होता है।.

प्रोजेक्ट और समाधान वितरण में सहयोग करने वाले एंटरप्राइज़ आर्किटेक्ट्स को स्प्रिंट को नियंत्रित करने की अपेक्षा रखनी चाहिए। उत्पाद पारिस्थितिकी तंत्र या प्लेटफ़ॉर्म पर केंद्रित आर्किटेक्ट्स को भी यहाँ एजाइल टीमों के साथ काम करने की अपेक्षा रखनी चाहिए।.

स्वीकृति मानदंड पैटर्न

पूर्वानुमानित समस्यायह सुनिश्चित करना कि सॉफ्टवेयर उद्यम वास्तुकला विनिर्देशों और मानकों के अनुरूप हो।.

दृष्टिकोणमहाकाव्यों के अंत में और रिलीज़ से पहले लागू होने वाले अनिवार्य स्वीकृति मानदंड प्रदान करें। हमने अक्सर इसका इस्तेमाल किया है अनुप्रयोग वास्तुकला पैटर्न और डेटा आर्किटेक्चर पैटर्न स्वीकृति मानदंड बनाने के लिए। सभी परीक्षण रिपोर्टों में अनिवार्य स्वीकृति मानदंड शामिल करें।.

हार्ड बिट्सअनिवार्य स्वीकृति मानदंड कब लागू करने हैं, यह जानना ज़रूरी है। बहुत जल्दी करने से विकास विकृत हो जाता है। बहुत देर करने से रिलीज़ अपवादों का दबाव बढ़ जाता है। यह विशेष रूप से उन आंतरिक डिजिटल उत्पादों के लिए सच है जिनके रिलीज़ चक्र वास्तव में पूर्वानुमानित नहीं होते।.

हम अपनी वास्तुकला विशिष्टताओं को इस प्रकार वर्गीकृत करते हैं:

• • वास्तुकला सिद्धांत
  • वास्तुकला पैटर्न
  • मानक
  • नियम

अधिकांश अनिवार्य स्वीकृति मानदंड वास्तुकला पैटर्न या मानक होने चाहिए।.

कभी भी रास्ते से हटकर रचनात्मकता का लाभ उठाना न भूलें।.

मान (माप और विश्राम बिंदु) पैटर्न

पूर्वानुमानित समस्या: यह समझना कि क्या मूल्यवान है और मूल्य को कैसे मापा जाता है।.

दृष्टिकोणएंटरप्राइज़ आर्किटेक्चर को इस बारे में निश्चित होना चाहिए कि मूल्य का वर्णन और माप कैसे किया जाता है। मूल्य कथनों के लिए महत्वपूर्ण सफलता कारक (CSF) और प्रभावशीलता के माप (MoE) आवश्यक हैं। सुनिश्चित करें कि उत्पाद, महाकाव्य और रिलीज़ रिपोर्टिंग में मूल्य माप शामिल हों।.

हार्ड बिट्सकई आईटी पेशेवरों को मूल्य की समझ सीमित होती है। वे किसी चीज़ के वितरण के संदर्भ में मूल्य को व्यक्त करने के लिए एक संक्षिप्त संक्षिप्त शब्द का प्रयोग करते हैं। वितरण में मूल्य स्वतः स्पष्ट होता है।.

एक जटिल दुनिया में, कोई भी चीज़ जो दी जाती है, उसके मूल्य में गिरावट आ सकती है। इसका एक आसान उदाहरण उन सुविधाओं का है जो उन उपयोगकर्ताओं के लिए हैं जो लक्षित ग्राहक नहीं हैं। या, जब कोई कार्य इकाई ऐसी सुविधाओं की माँग करती है जो सिस्टम की कीमत पर उनके काम को आसान बनाती हैं।.

हम बुनियादी लीन और सिक्स-सिग्मा प्रथाओं की पुरज़ोर सिफ़ारिश करते हैं। मूल्य की परिभाषा और परिमाणीकरण पर ध्यान दें। स्थानीय अनुकूलन पर ध्यान दें। बिज़नेस मॉडल कैनवास की लक्षित ग्राहक और मूल्य प्रस्ताव की अवधारणाएँ बहुत मददगार हैं।.

ग्रीनफील्ड, विकास, या क्रांति

में TOGAF का चरण E, यह एक अच्छा कदम है। कार्य पैकेज देखें और एक उपयुक्त रणनीति चुनें—ग्रीनफील्ड, विकासवादी या क्रांतिकारी। क्या आप जितना संभव हो उतना संरक्षित करने, मौलिक रूप से पुनर्रचना करने, या बिल्कुल नए सिरे से शुरुआत करने की उम्मीद कर रहे हैं?

उत्पाद पोर्टफोलियो और पारिस्थितिकी तंत्र नियोजन में ऐसा किया जाता है। यह एक महत्वपूर्ण मार्गदर्शन है, और एक चुस्त टीम के लिए एक मज़बूत बाधा है। क्या आप उन्हें बिल्कुल शुरुआत से शुरू करने का निर्देश देते हैं (ग्रीनफ़ील्ड)? मौजूदा प्रणालियों में क्रमिक सुधार करते हैं (विकास)? या ऐसे आमूल-चूल परिवर्तन करते हैं जिनसे अपेक्षित है कि वे घर्षण और परेशानियाँ दूर हो जाएँ जिनके साथ हम जी रहे हैं (क्रांतिकारी)?

पूर्वानुमानित समस्या: यह सुनिश्चित करना कि कार्यान्वयन रणनीति का पालन किया जाए।.

दृष्टिकोण: दृष्टिकोण में आमूलचूल परिवर्तन लागू करने के लिए उत्पाद रोडमैप और रिलीज चक्र का उपयोग करें।.

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

इंटरफ़ेस पैटर्न को बाधित करें

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

मौजूदा प्रणालियाँ बदलने वाली नहीं हैं। निवेश नई प्रणालियों पर किया जा रहा है। नई प्रणाली को ही उसमें फिट होना होगा। यहाँ तक कि F-22 रैप्टर को भी 1970 के दशक में विकसित इंटरफेस का इस्तेमाल करके पुरानी प्रणालियों से जुड़ना पड़ा था। इतने महंगे विमान में भी पुरानी प्रणालियों को दोबारा नहीं बनाया जा सकता था।.

पूर्वानुमानित समस्या: आवश्यक इंटरफेस की पहचान करना और यह सुनिश्चित करना कि उनका उपयोग किया जाए।.

दृष्टिकोण: इंटरफेस और साझा डेटा संरचनाओं पर शीर्ष-स्तरीय कार्य पर ध्यान केंद्रित करें। एपिक और रिलीज़ चक्रों के माध्यम से आवश्यकताओं को दर्ज करें। स्वीकृति मानदंडों का उपयोग करें। हमने अक्सर अनुप्रयोग वास्तुकला पैटर्न और डेटा आर्किटेक्चर पैटर्न विशिष्ट इंटरफ़ेस को हल्के ढंग से परिभाषित करने के लिए। सभी परीक्षण रिपोर्टों में इंटरफ़ेस अनुरूपता शामिल करें।.

हार्ड बिटइंटरफ़ेस उन बिंदुओं में से एक है जहाँ आमतौर पर ऊपर से नीचे की ओर अग्रगामी योजना बनाना आवश्यक होता है। यह सुनिश्चित करने का प्रयास किया जाता है कि मास्टर डेटा, संदर्भ डेटा और लेन-देन संबंधी रिकॉर्ड के लिए ठोस API अवसंरचना, प्रकाशित API और डेटा संरचनाएँ मौजूद हों।.

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