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

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

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

आर्किटेक्चर गवर्नेंस कोई एकल तंत्र नहीं है। यह चार साधनों की एक प्रणाली है जो केवल साथ मिलकर काम करते हैं, और अधिकांश खराबी इनमें से एक या दो को अलग-थलग चलाने से आती है। पहला है सिद्धांत: तर्क के वे टिकाऊ कथन जो व्यक्त करते हैं कि संगठन किस चीज़ को महत्व देता है और क्यों। एक अच्छा सिद्धांत कोई घिसा-पिटा वाक्य नहीं होता। वह एक निहितार्थ और एक औचित्य वहन करता है, ताकि जब दो सिद्धांत टकराएँ, जो वे टकराएँगे ही, तो व्यापार-समझौते पर वरिष्ठता के बजाय कथित आधारों पर तर्क किया जा सके। सिद्धांत किसी भी व्यक्तिगत निर्णय से अधिक टिकते हैं और अन्य साधनों को उनका औचित्य प्रदान करते हैं।

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

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

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

यहीं policy as code केंद्रीय बन गई है। लैंडिंग ज़ोन, स्वीकृत अवसंरचना मॉड्यूल, और pipeline जाँचें मानकों को सीधे उन मार्गों में संहिताबद्ध करती हैं जिन्हें इंजीनियर पहले से इस्तेमाल करते हैं, ताकि अनुपालन करने वाला विकल्प सबसे तेज़ विकल्प भी हो। आर्किटेक्चरल डिसीज़न रिकॉर्ड, या ADR, एक शिष्टाचार से परिपक्व होकर विकेंद्रित गवर्नेंस का संयोजी ऊतक बन गया है: एक हल्का, संस्करणित नोट जो यह पकड़ता है कि क्या तय हुआ, कौन से विकल्प विचारे गए, और तर्क क्या था, जो किसी अलग ऐसे रिपॉज़िटरी के बजाय जहाँ कोई नहीं जाता, code के पास रखा जाता है। ADR गवर्नेंस को बिना किसी बैठक के अतुल्यकालिक और सुपाठ्य बनने देते हैं।

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

गवर्नेंस स्वयं एक डिज़ाइन की गई प्रणाली है, और जो कठोरता किसी तकनीकी आर्किटेक्चर पर लागू होती है वही इस पर भी लागू होनी चाहिए। पहला डिज़ाइन सिद्धांत है अधीनस्थता: निर्णय उस निम्नतम स्तर पर लिए जाने चाहिए जो उन्हें अच्छी तरह लेने में सक्षम हो। जो विकल्प केवल एक टीम को प्रभावित करता है वह उसी टीम का लिया हुआ होना चाहिए; केवल वही विकल्प जिसके परिणाम सीमाओं को पार करते हैं, जो संगठन को साझा भविष्य के प्रति प्रतिबद्ध करता है, या जिसे पलटना महँगा है, ऊपर उठाए जाने का हकदार है। इस स्तर को सही करना ही अधिकांश कौशल है। इसे बहुत नीचे रखिए तो बोर्ड डूब जाता है; बहुत ऊँचा रखिए तो टीमें असहाय हो जाती हैं और प्रक्रिया को घूमकर पार कर जाती हैं।

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

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

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

ठप्पा मारने वाला बोर्ड। इसके विपरीत विकृति। बोर्ड मिलता है, पर डिलीवरी के दबाव में यह हर चीज़ को स्वीकृत कर देता है, क्योंकि 'नहीं' कहने की एक दृश्यमान कीमत होती है और 'हाँ' कहने की एक स्थगित कीमत। गवर्नेंस एक तमाशा बन जाती है, समय खाती है पर कुछ नहीं बदलती। यह आमतौर पर संकेत देता है कि बोर्ड निर्णयों की समीक्षा गलत स्तर पर कर रहा है, अपना ध्यान उन विकल्पों पर खर्च कर रहा है जो सौंपे जाने चाहिए थे और इसलिए उन विकल्पों के लिए कुछ नहीं बचता जो मायने रखते हैं।

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

Nashua आर्किटेक्चर गवर्नेंस को जारी की जाने वाली किसी नीति के रूप में नहीं, बल्कि डिज़ाइन और ट्यून की जाने वाली एक प्रणाली के रूप में देखती है। हम उस गवर्नेंस का मानचित्रण करके शुरू करते हैं जो किसी संगठन के पास पहले से मौजूद है, क्योंकि हमेशा कुछ न कुछ होती है, और वह आमतौर पर अदस्तावेज़ीकृत होती है। वर्तमान में कौन से निर्णय ऊपर बढ़ाए जाते हैं, और किसके पास? टीमें चुपचाप कहाँ कथित प्रक्रिया के इर्द-गिर्द से काम करती हैं, और यह किस बारे में बताता है कि प्रक्रिया कहाँ गलत ढंग से अंशांकित है? बहाव पहले से कहाँ जमा हो रहा है? यह निदान जान-बूझकर बेलाग है, क्योंकि निर्णय वास्तव में कैसे लिए जाते हैं इसका ईमानदार चित्र ही उसे बदलने का एकमात्र ठोस आधार है।

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

जहाँ कहीं भी किसी मानक को संहिताबद्ध किया जा सकता है, हम द्वार के बजाय रेलिंग को प्राथमिकता देते हैं, जाँचों को लैंडिंग ज़ोन, pipeline, और पक्की सड़क में अंतःस्थापित करते हैं ताकि अनुपालन किसी सद्गुण का कार्य होने के बजाय सबसे कम प्रतिरोध का मार्ग हो। हम अनुपात के बारे में स्पष्टवादी हैं: एक छोटे संगठन को एक विनियमित उद्यम की तुलना में हल्के तंत्र की आवश्यकता होती है, और ऐसे संदर्भ पर भारी गवर्नेंस थोपना जो उसे निभा नहीं सकता वही तमाशा उत्पन्न करता है जिसे हम समाप्त करने का प्रयास कर रहे हैं। हमारा लक्ष्य आद्योपांत एक ऐसा गवर्नेंस कार्य है जिसे कोई ग्राहक हमारे बिना संचालित कर सके, क्योंकि जो गवर्नेंस अपने सलाहकारों पर निर्भर होती है वह गवर्नेंस नहीं, निर्भरता है।

जो चीज़ Nashua को अलग करती है वह है गवर्नेंस को एक दस्तावेज़ी कवायद मानने से इनकार। कोई भी एक सिद्धांत सूची और एक बोर्ड चार्टर प्रदान कर सकता है; अंतर इसमें है कि परिणामी प्रणाली वास्तव में यह बदलती है या नहीं कि निर्णय कैसे लिए जाते हैं और यह बहाव को उस अड़चन बने बिना नियंत्रण में रखती है या नहीं जिसकी हर किसी ने भविष्यवाणी की थी। हम अपने काम को उसी परिणाम से मापते हैं: क्या परिणामी निर्णय तेज़ी से और अधिक सुसंगत रूप से लिए जा रहे हैं, क्या टीमें पक्की सड़क को इसलिए चुन रही हैं क्योंकि वह सबसे सहज है, और क्या अपवाद रजिस्टर चुपचाप बढ़ने के बजाय सिकुड़ रहा है? जो गवर्नेंस इन संकेतों को सुधारती है वह काम कर रही है। जो गवर्नेंस केवल कलाकृतियाँ उत्पन्न करती है वह नहीं, चाहे उसका दस्तावेज़ीकरण कुछ भी कहे।

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

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