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

एंटरप्राइज आर्किटेक्चर और एजाइल - स्प्रिंट को बाधित करें

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

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

---

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

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

---

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

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

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

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

पूर्वानुमेय समस्या: यह सुनिश्चित करना कि सॉफ़्टवेयर एंटरप्राइज़ आर्किटेक्चर विनिर्देशों और मानकों के अनुरूप है।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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