12.4 परिपक्वता स्व-मूल्यांकन

इस गाइडबुक का हर अध्याय एक “परिपक्वता मॉडल” (Maturity model) के साथ समाप्त होता है, जो यह बताता है कि कोई प्रैक्टिस सामान्यतः किस तरह विकसित होती है। यह परिशिष्ट हर अध्याय के परिपक्वता मॉडल को एक ही संदर्भ में समेकित करता है, ताकि आप किसी टीम, किसी डोमेन, या पूरे संगठन का आकलन एक नज़र में कर सकें।

साझा पाँच-स्तरीय पैमाना

सभी अध्याय एक ही प्रगति का वर्णन करते हैं। सटीक शब्दावली अध्यायों के बीच थोड़ी भिन्न हो सकती है, लेकिन आशय इन पाँच स्तरों पर स्पष्ट रूप से लागू होता है:

स्तर 1, आरंभ (Initiate)। तदर्थ (ad hoc), प्रतिक्रियात्मक, और व्यक्तित्व-चालित। प्रैक्टिस केवल तभी मौजूद होती हैं जब कोई व्यक्ति उन्हें चुनता है, इसलिए परिणाम वीरतापूर्ण प्रयासों और भाग्य पर निर्भर करते हैं।
स्तर 2, विकास (Develop)। बुनियादी प्रैक्टिस मौजूद हैं, लेकिन वे टीमों में असंगत, आंशिक रूप से मैनुअल हैं, और दबाव में अक्सर दरकिनार कर दी जाती हैं।
स्तर 3, मानकीकरण (Standardize)। प्रैक्टिस दस्तावेज़ीकृत, मानकीकृत, और संगठन-व्यापी रूप से लागू होती हैं। यह ऑडिट और अनुपालन की न्यूनतम सीमा (floor) है: वह स्तर जिसे अधिकांश एंटरप्राइज़ और सरकारी कार्य को विश्वसनीय और ऑडिट-योग्य बनने के लिए पहुँचना चाहिए।
स्तर 4, प्रबंधन (Manage)। प्रैक्टिस को डेटा और मीट्रिक्स के साथ बेसलाइन के विरुद्ध मापा और नियंत्रित किया जाता है। आप मात्रात्मक रूप से जानते हैं कि हर प्रैक्टिस कैसा प्रदर्शन करती है, और उन संख्याओं के आधार पर कार्रवाई करते हैं।
स्तर 5, समन्वयन (Orchestrate)। प्रैक्टिस का निरंतर सुधार होता है, वे पूरे संगठन में एकीकृत होती हैं, और अनुकूलनीय होती हैं। सुरक्षित या सही रास्ता ही डिफ़ॉल्ट होता है, और संगठन सोच-समझकर सीखता और विकसित होता है।

स्व-मूल्यांकन के लिए इसका उपयोग कैसे करें

अपने संदर्भ से प्रासंगिक हर अध्याय के लिए, नीचे दिए गए पाँच सेल पढ़ें और वह स्तर चुनें जो ईमानदारी से आपके सामान्य व्यवहार का वर्णन करता है, न कि आपकी सबसे अच्छी टीम के सबसे अच्छे दिन का, और न ही आपकी लिखित नीति का, बल्कि जो वास्तव में होता है उसका।
हर अध्याय को 1 से 5 तक स्कोर करें। संदेह होने पर नीचे की ओर राउंड करें; जो प्रैक्टिस असंगत है वह स्तर 2 है, स्तर 3 नहीं।
किसी पूरे डोमेन की स्थिति देखने के लिए किसी भाग के भीतर स्कोर का औसत निकालें, फिर फैलाव देखें: एक भाग जिसका “औसत 3” है, वह भी अगर स्तर 1 का कोई अध्याय छुपाता है, तब भी उसमें स्तर 1 का जोखिम बना रहता है।
समय-समय पर पुनर्मूल्यांकन करें और प्रवृत्ति को ट्रैक करें। किसी एक झलक से अधिक महत्वपूर्ण है गति।

परिपक्वता एक साधन है, लक्ष्य नहीं

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

भाग 1। लोग

विषय	स्तर 1, आरंभ (Initiate)	स्तर 2, विकास (Develop)	स्तर 3, मानकीकरण (Standardize)	स्तर 4, प्रबंधन (Manage)	स्तर 5, समन्वयन (Orchestrate)
इंजीनियरिंग संस्कृति और मूल्य	संस्कृति आकस्मिक और व्यक्तित्व-चालित होती है; घटनाओं का मतलब दोषारोपण होता है; ज्ञान कुछ ही लोगों के दिमाग में सीमित रहता है।	कुछ टीमें पोस्टमॉर्टम करती हैं और दस्तावेज़ लिखती हैं, लेकिन प्रैक्टिस असंगत है और नेतृत्व द्वारा सुदृढ़ नहीं की जाती।	दोषरहित शिक्षण, स्वामित्व मॉडल, और लेखन-संस्कृति स्पष्ट अपेक्षाओं और टूलिंग के साथ संगठन-व्यापी मानदंड हैं।	संस्कृति के स्वास्थ्य को मापा जाता है (मनोवैज्ञानिक-सुरक्षा सर्वेक्षण, घटना-शिक्षण दर, प्रतिधारण) और बेसलाइन के विरुद्ध ट्रैक कर उस पर कार्रवाई की जाती है।	संस्कृति में निरंतर सुधार होता है और प्रैक्टिस टीमों के बीच फैलती हैं; जैसे-जैसे संगठन बढ़ता और सीखता है, नेतृत्व मानदंडों को अनुकूलित करता है।
टीम टोपोलॉजी	टीमें संयोग से या हेडकाउंट के अनुसार बनती हैं; संरचना विरासत पदानुक्रम को दर्शाती है; हर तरफ निर्भरताएँ हैं।	कुछ स्ट्रीम-अलाइंड टीमें मौजूद हैं, लेकिन साझा अड़चनें (bottlenecks) और कार्यात्मक साइलो बने रहते हैं।	चार टीम प्रकारों और स्पष्ट इंटरैक्शन मोड का जानबूझकर उपयोग किया जाता है; प्लेटफ़ॉर्म और इनरसोर्स निर्भरताओं को कम करते हैं।	प्रति टीम संज्ञानात्मक भार (cognitive load), प्रवाह, और निर्भरता गणना को लक्ष्यों के विरुद्ध मापा जाता है; संख्याएँ फिसलने पर सीमाएँ समायोजित की जाती हैं।	जैसे-जैसे उत्पाद और प्लेटफ़ॉर्म विकसित होते हैं, संगठन प्रवाह बनाए रखने के लिए टीमों और इंटरैक्शन मोड को निरंतर पुनर्गठित करता है।
भूमिकाएँ, करियर सीढ़ी, विकास	कोई लिखित सीढ़ी नहीं; प्रमोशन और वेतन तदर्थ और व्यक्तित्व-चालित हैं।	एक बुनियादी सीढ़ी मौजूद है लेकिन असंगत रूप से लागू होती है; कोई कैलिब्रेशन नहीं; हायरिंग असंरचित है।	दोहरे ट्रैक, स्पष्ट योग्यता मैट्रिक्स, कैलिब्रेशन, और संरचित हायरिंग मानक हैं।	प्रगति दर, वेतन समता, और स्तर-में-समय को बेसलाइन के विरुद्ध मापा जाता है; कैलिब्रेशन परिणामों का पूर्वाग्रह के लिए विश्लेषण किया जाता है।	जैसे-जैसे काम बदलता है, फ्रेमवर्क निरंतर विकसित होता है; भूमिकाओं के बदलने के साथ प्रायोजन (sponsorship) और शिक्षुता जानबूझकर और संगठन-व्यापी हैं।
काम करने के तरीके	प्रक्रिया तदर्थ या कार्गो-कल्ट है; संचार मीटिंग-चालित और अदस्तावेज़ीकृत है; अनुमानों को वादों के रूप में लिया जाता है।	एक पद्धति सुसंगत रूप से अपनाई जाती है, लेकिन औपचारिकताएँ रटी-रटाई हैं और क्रॉस-टीम समन्वय भारी है।	संदर्भ के अनुरूप प्रैक्टिस चुनी जाती हैं; असिंक्रोनस, दस्तावेज़-प्रथम संचार आदर्श है; अनुमान नियंत्रण नहीं, सूचना देते हैं।	प्रवाह मीट्रिक्स (लीड टाइम, कार्य-प्रगति में, थ्रूपुट) को बेसलाइन के विरुद्ध ट्रैक किया जाता है और हर चक्र में समीक्षा की जाती है।	टीमें उन मीट्रिक्स से अपने काम करने के तरीके को निरंतर ट्यून करती हैं; समन्वय की आवश्यकता स्रोत पर ही न्यूनतम कर दी जाती है और अच्छी प्रैक्टिस संगठन-व्यापी फैलती है।
निर्णय-निर्माण और गवर्नेंस	निर्णय तदर्थ और अदर्ज हैं; गवर्नेंस अनुपस्थित है या एक सर्वव्यापी अड़चन है; ऋण अदृश्य है।	कुछ निर्णय दस्तावेज़ीकृत हैं और कुछ समीक्षा मौजूद है, लेकिन प्रक्रिया असंगत है और निर्णय के भार से मेल नहीं खाती।	ADR, एक पक्का रास्ता (paved road), प्रतिवर्तनीयता-आधारित प्रत्यायोजन, और एक ऋण सूची मानक और पारदर्शी हैं।	निर्णय चक्र समय, उलटाव दर, और ऋण स्तर मापे जाते हैं; जांच को इन संख्याओं के विरुद्ध निर्णय के भार के अनुसार कैलिब्रेट किया जाता है।	गवर्नेंस को पूरे संगठन में निरंतर ट्यून किया जाता है; जांच अपरिवर्तनीय निर्णयों पर केंद्रित होती है; ऋण और सोर्सिंग को विकसित होते पोर्टफोलियो के रूप में प्रबंधित किया जाता है।

भाग 2। सॉफ़्टवेयर प्रोग्रामिंग

विषय	स्तर 1, आरंभ (Initiate)	स्तर 2, विकास (Develop)	स्तर 3, मानकीकरण (Standardize)	स्तर 4, प्रबंधन (Manage)	स्तर 5, समन्वयन (Orchestrate)
कोडिंग मानक और शैली	शैली प्रति-लेखक है; कोई साझा कॉन्फ़िगरेशन नहीं; फ़ॉर्मेटिंग पर समीक्षा में बहस होती है।	हर टीम के पास एक फ़ॉर्मेटर और लिंटर है, लेकिन कॉन्फ़िगरेशन और नियम टीमों में भिन्न हैं।	प्रति-भाषा केंद्रीय साझा कॉन्फ़िगरेशन; CI प्रवर्तन; नए रिपॉज़िटरी टेम्पलेट्स के माध्यम से मानकों को विरासत में पाते हैं।	मानक अपनाने की दर, उल्लंघन दर, और समीक्षा-समय प्रभाव बेसलाइन के विरुद्ध मापे जाते हैं; कॉन्फ़िगरेशन वर्ज़न्ड और गवर्न्ड हैं।	उस डेटा से मानकों को निरंतर परिष्कृत कर संगठन-व्यापी साझा किया जाता है; प्रवर्तन लगभग घर्षण-रहित है और नई भाषाओं के अनुकूल होता है।
सॉफ़्टवेयर डिज़ाइन सिद्धांत	डिज़ाइन तदर्थ है; कपलिंग जमा होती जाती है; सिद्धांत अज्ञात हैं या नारों के रूप में प्रयोग किए जाते हैं।	टीमें सिद्धांतों को जानती हैं और लागू करती हैं, लेकिन असंगत रूप से और अक्सर हठधर्मिता से।	साझा डिज़ाइन शब्दावली, जानबूझकर कपलिंग/कोहीज़न विश्लेषण, और टीमों के अनुरूप बाउंडेड कॉन्टेक्स्ट।	कपलिंग, कोहीज़न, और परिवर्तन-विफलता मीट्रिक्स बेसलाइन के विरुद्ध डिज़ाइन समीक्षाओं को सूचित करते हैं; निर्णय दर्ज किए जाते हैं।	जैसे-जैसे प्रमाण जमा होते हैं, डिज़ाइन निर्णयों की पुनः समीक्षा होती है; सिद्धांत सूक्ष्मता से लागू होते हैं और डोमेन के विकसित होने के साथ पैराडाइम विकल्प संगठन-व्यापी अनुकूलित होते हैं।
API और इंटरफ़ेस डिज़ाइन	API कार्यान्वयन से उभरते हैं; कोई साझा परंपरा नहीं; ब्रेकिंग परिवर्तन आम हैं और घोषित नहीं किए जाते।	टीमें बुनियादी REST परंपराओं का पालन करती हैं और अनौपचारिक रूप से संस्करण देती हैं, लेकिन संगति और दस्तावेज़ भिन्न होते हैं।	कॉन्ट्रैक्ट-प्रथम डिज़ाइन, मशीन-पठनीय स्पेक, एक डिप्रिकेशन नीति, और सुसंगत त्रुटि/पेजिनेशन परंपराएँ।	प्रति API लक्ष्यों के विरुद्ध अपनाने, विलंबता, त्रुटि दरों, और ब्रेकिंग-परिवर्तन आवृत्ति को मापा जाता है।	API एक कैटलॉग में मज़बूत DevEx के साथ गवर्न्ड उत्पाद हैं; प्रैक्टिस निरंतर अनुकूलित होती है और ब्रेक दुर्लभ और संगठन-व्यापी अच्छी तरह प्रबंधित होते हैं।
टेस्टिंग रणनीति	टेस्टिंग मैनुअल और तदर्थ है; स्वचालित कवरेज न्यूनतम है; रिग्रेशन बार-बार होते हैं।	स्वचालित यूनिट और कुछ इंटीग्रेशन टेस्ट मौजूद हैं, लेकिन सुइट धीमी या अस्थिर (flaky) है और भरोसा कम है।	एक संतुलित, तेज़, विश्वसनीय सुइट हर परिवर्तन को गेट करती है; अस्थिरता प्रबंधित है; गैर-कार्यात्मक टेस्टिंग एकीकृत है।	कवरेज, अस्थिरता, बचे हुए-दोष, और सुइट-अवधि मीट्रिक्स को बेसलाइन के विरुद्ध ट्रैक कर प्रयास को लक्षित किया जाता है।	उन्नत तकनीकें (प्रॉपर्टी, म्यूटेशन, फ़ज़) उच्च-मूल्य वाले कोड को लक्षित करती हैं; रणनीति निरंतर सुधरती है और टीमों में फैलती है।
कोड समीक्षा और सहयोग	समीक्षा असंगत है या छोड़ दी जाती है; यांत्रिक मुद्दे हावी रहते हैं; फ़ीडबैक मानदंड अनिर्धारित हैं।	समीक्षा आवश्यक है लेकिन धीमी और परिवर्तनशील है; स्वचालन आंशिक है; PR आकार और गुणवत्ता व्यापक रूप से भिन्न हैं।	छोटे PR, स्वचालित यांत्रिक जांच, स्पष्ट मानक और फ़ीडबैक मानदंड, और निगरानी की गई विलंबता।	समीक्षा विलंबता, PR आकार, और दोष-निकास दरों को लक्ष्यों के विरुद्ध ट्रैक किया जाता है; गहराई को मापे गए जोखिम के अनुरूप बनाया जाता है।	उस डेटा से संगठन समीक्षा में निरंतर सुधार करता है; पेयरिंग और AI सहायता को जानबूझकर अपनाया जाता है और प्रैक्टिस टीमों के बीच फैलती हैं।
वर्ज़न कंट्रोल और सोर्स प्रबंधन	तदर्थ ब्रांचिंग; लंबे समय तक जीवित ब्रांच; खराब संदेश; कोई सीक्रेट स्कैनिंग नहीं; बार-बार मर्ज की परेशानी।	एक सुसंगत ब्रांचिंग मॉडल और संदेश परंपराएँ मौजूद हैं, लेकिन ब्रांच बहुत लंबे समय तक जीवित रहते हैं और प्रवर्तन आंशिक है।	ट्रंक-आधारित विकास, संरक्षित मेनलाइन, प्रवर्तित कमिट परंपराएँ, सीक्रेट स्कैनिंग, जानबूझकर रिपॉज़िटरी संरचना।	ब्रांच जीवनकाल, मर्ज आवृत्ति, और रिवर्ट दरों को डिलीवरी मीट्रिक्स और बेसलाइन के विरुद्ध मापा जाता है।	स्वचालन सिरे से सिरे तक स्वच्छता लागू करता है; डिलीवरी आवश्यकताओं के बदलने के साथ रिपॉज़िटरी संरचना और वर्कफ़्लो पूरे संगठन में निरंतर विकसित होते हैं।
दस्तावेज़ीकरण	दस्तावेज़ीकरण विरल, बिखरा हुआ, और पुराना है; ज्ञान लोगों के दिमाग में रहता है।	प्रमुख दस्तावेज़ (README, कुछ रनबुक) मौजूद हैं लेकिन असंगत रूप से बनाए रखे जाते हैं और खोजना कठिन है।	स्पष्ट संरचना, जनरेट की गई API दस्तावेज़ और चेंजलॉग, निर्णय रिकॉर्ड, और अद्यतन अपेक्षाओं के साथ डॉक्स-एज़-कोड।	दस्तावेज़ कवरेज, ताज़गी, और सटीकता को बेसलाइन के विरुद्ध मापा जाता है; पुरानापन स्वचालित रूप से चिह्नित किया जाता है।	दस्तावेज़ जीवंत हैं, अधिकतर जनरेट किए गए या सिस्टम के विरुद्ध परीक्षित, स्वामित्व वाले और खोजे जाने योग्य; प्रैक्टिस संगठन-व्यापी निरंतर सुधरती है।

भाग 3। सिस्टम

विषय	स्तर 1, आरंभ (Initiate)	स्तर 2, विकास (Develop)	स्तर 3, मानकीकरण (Standardize)	स्तर 4, प्रबंधन (Manage)	स्तर 5, समन्वयन (Orchestrate)
आर्किटेक्चर बुनियाद	आर्किटेक्चर अंतर्निहित है और दिमागों में रहता है; कोई गुणवत्ता विशेषताएँ या ADR नहीं; निर्णय घटनाओं के दौरान सामने आते हैं।	प्रमुख डायग्राम मौजूद हैं और प्रमुख निर्णय कभी-कभी दर्ज किए जाते हैं; गुणवत्ता विशेषताओं का नाम लिया जाता है पर शायद ही कभी मापा जाता है; दस्तावेज़ पुराने पड़ जाते हैं।	गुणवत्ता-विशेषता परिदृश्य और ASR निर्दिष्ट हैं; ADR नियमित हैं; C4/arc42 दस्तावेज़ कोड के पास बनाए रखे जाते हैं; ट्रेड-ऑफ़ समीक्षाएँ होती हैं।	फ़िटनेस फ़ंक्शन CI में गुणवत्ता विशेषताओं को लागू करते हैं और बेसलाइन के विरुद्ध मापे गए परिणाम दर्ज करते हैं; ट्रेड-ऑफ़ मात्रात्मक हैं।	उस डेटा के साथ पूरे संगठन में आर्किटेक्चर निरंतर विकसित होता है; जैसे-जैसे सिस्टम अनुकूलित होता है, दस्तावेज़ ऑडिटरों के लिए पर्याप्त विश्वसनीय बने रहते हैं।
आर्किटेक्चरल शैलियाँ और पैटर्न	एक उलझा हुआ मोनोलिथ या आकस्मिक वितरित गड़बड़ी; सीमाएँ लेयर या इतिहास का अनुसरण करती हैं; शैली फैशन के अनुसार चुनी जाती है।	जानबूझकर मॉड्यूलर सीमाएँ या कुछ मोटे सेवाएँ; कुछ क्रॉस-कटिंग सरोकार सुसंगत हैं; विभाजन अभी भी तदर्थ हैं।	बाउंडेड कॉन्टेक्स्ट के अनुरूप सेवाएँ जो अपना डेटा रखती हैं; उपयुक्त होने पर गेटवे/BFF; क्लीन/हेक्सागोनल लेयरिंग मानक है।	शैली निर्णय प्रमाण-आधारित हैं, बेसलाइन के विरुद्ध मापे गए कपलिंग, विलंबता, और परिवर्तन-लागत डेटा का उपयोग करते हुए।	एक परिपक्व प्लेटफ़ॉर्म वितरण को सस्ता बनाता है; जब कोई विभाजन भुगतान करना बंद कर देता है तो संगठन पुनः समेकित होता है और प्रमाण बदलने के साथ शैली अनुकूलित होती है।
वितरित सिस्टम	दूरस्थ कॉल को स्थानीय माना जाता है; कोई/भोली पुनः प्रयास नहीं; विफलताएँ कैस्केड होती हैं; डिबगिंग प्रति-मशीन लॉग की खोजबीन है।	टाइमआउट और बुनियादी पुनः प्रयास मौजूद हैं लेकिन असंगत हैं; कुछ इडेम्पोटेंसी; लॉग केंद्रीकृत हैं लेकिन असंबद्ध हैं।	साझा लाइब्रेरी के माध्यम से इडेम्पोटेंसी, बैकऑफ़, सर्किट ब्रेकर, बल्कहेड; सागा; वितरित ट्रेसिंग; प्रति-प्रवाह दस्तावेज़ीकृत संगति।	लचीलापन SLO के विरुद्ध मापा जाता है; फॉल्ट-इंजेक्शन परिणाम और विफलता दरें बेसलाइन के विरुद्ध ट्रैक की जाती हैं।	लचीलापन प्लेटफ़ॉर्म का डिफ़ॉल्ट है, फॉल्ट इंजेक्शन के साथ निरंतर परीक्षित; सुंदर गिरावट (graceful degradation) डिज़ाइन में शामिल है और संगठन-व्यापी विकसित होती है।
डेटा आर्किटेक्चर और स्टोरेज	हर उद्देश्य के लिए एक डेटाबेस; कोई माइग्रेशन अनुशासन नहीं; आकस्मिक कैशिंग; बड़ी मशीन से स्केल करना।	स्टोरेज विकल्प अधिकतर जानबूझकर हैं; एक कैश और शायद एक वेयरहाउस; वर्ज़न्ड माइग्रेशन को कभी-कभी डाउनटाइम की ज़रूरत होती है।	वर्कलोड के अनुरूप बहु-भाषी (polyglot) पर्सिस्टेंस, हर स्टोर स्वामित्व में; स्वचालित शून्य-डाउनटाइम माइग्रेशन; स्पष्ट कैशिंग और प्रतिकृतियाँ (replicas)।	स्टोरेज विकल्प एक्सेस पैटर्न, विलंबता, और लागत बेसलाइन के विरुद्ध मापे जाते हैं; शार्डिंग और कैशिंग निर्णय डेटा-चालित हैं।	पूरे संगठन में डेटा आर्किटेक्चर की निरंतर समीक्षा और विकास होता है; जैसे-जैसे वर्कलोड बदलते हैं, माइग्रेशन स्वचालित और ऑडिट किए जाते हैं।
स्केलेबिलिटी, प्रदर्शन, लचीलापन	सिंगल-इंस्टेंस या वर्टिकली स्केल्ड; सर्वर-साइड स्टेट; कोई लोड टेस्टिंग या बजट नहीं; विफलताएँ पूर्ण आउटेज का कारण बनती हैं।	होरिज़ोंटली स्केल्ड स्टेटलेस टियर; बुनियादी ऑटोस्केलिंग; कुछ प्री-लॉन्च लोड टेस्टिंग; DR दस्तावेज़ीकृत है लेकिन शायद ही कभी परीक्षित।	पर्याप्त गुंजाइश के साथ योजनाबद्ध क्षमता; CI में प्रदर्शन बजट; लचीलापन पैटर्न मानक हैं; RTO/RPO परिभाषित और DR परीक्षित है।	मापे गए लोड से क्षमता का पूर्वानुमान लगाया जाता है; प्रदर्शन बजट और RTO/RPO को बेसलाइन के विरुद्ध ट्रैक किया जाता है।	बहु-क्षेत्र स्वचालित फेलओवर, निरंतर कैओस, और गेम डे जैसे-जैसे सिस्टम संगठन-व्यापी विकसित होता है, रिकवरी लक्ष्यों को सिद्ध और बेहतर करते हैं।
लेगेसी आधुनिकीकरण	लेगेसी से डर लगता है और उसे जमा दिया जाता है; कोई इन्वेंट्री नहीं; आधुनिकीकरण सब-कुछ-या-कुछ-नहीं पुनर्लेखन है; ज्ञान सेवानिवृत्त हो रहे दिमागों में है।	एक इन्वेंट्री मौजूद है और कुछ जोखिम समझा गया है; लेगेसी को API से लपेटा गया है; फिर भी बिग-बैंग सोच है; माइग्रेशन को कम आंका जाता है।	सिस्टम जोखिम और मूल्य के अनुसार प्राथमिकता में हैं; स्ट्रैंगलर-फ़िग और ब्रांच-बाय-एब्सट्रैक्शन मानक हैं; माइग्रेशन को डुअल-रनिंग के साथ मिलाया जाता है।	मापे गए जोखिम, मूल्य, और प्रगति के साथ बेसलाइन के विरुद्ध आधुनिकीकरण को पोर्टफोलियो के रूप में प्रबंधित किया जाता है।	पूरे संगठन में आधुनिकीकरण निरंतर चलता है; वृद्धिशील प्रतिस्थापन नियमित, प्रतिवर्तनीय है, और प्राथमिकताओं के बदलने के साथ अनुकूलित होता है।

भाग 4। सुरक्षा

विषय	स्तर 1, आरंभ (Initiate)	स्तर 2, विकास (Develop)	स्तर 3, मानकीकरण (Standardize)	स्तर 4, प्रबंधन (Manage)	स्तर 5, समन्वयन (Orchestrate)
सुरक्षा बुनियाद और संस्कृति	सुरक्षा प्रतिक्रियात्मक और केंद्रीकृत है; समीक्षाएँ देर से होती हैं यदि होती भी हैं; कोई थ्रेट मॉडलिंग नहीं; सुरक्षा “किसी और की समस्या” है।	एक सुरक्षा टीम मानक परिभाषित करती है; प्रमुख परियोजनाओं पर कुछ थ्रेट मॉडलिंग; बुनियादी प्रशिक्षण; सुरक्षा को एक गेट के रूप में देखा जाता है।	सुरक्षा चैंपियन एम्बेडेड हैं; थ्रेट मॉडलिंग नियमित है; सिक्योर SDLC दस्तावेज़ीकृत है; जोखिम-आधारित प्राथमिकता; दोषरहित समीक्षाएँ।	सुरक्षा मीट्रिक्स (थ्रेट-मॉडलिंग कवरेज, खोज-से-सुधार समय, नियंत्रण अपनाना) बेसलाइन के विरुद्ध ट्रैक किए जाते हैं।	सुरक्षा वास्तव में सबका काम है; थ्रेट मॉडलिंग आदत है; ज़ीरो-ट्रस्ट काफ़ी हद तक साकार है और प्रैक्टिस संगठन-व्यापी निरंतर सुधरती है।
एप्लिकेशन सुरक्षा	सुरक्षा व्यक्तिगत ज्ञान पर निर्भर करती है; कोई मानक नियंत्रण नहीं; कोड में सीक्रेट; पुराने डिपेंडेंसी; तदर्थ ऑथ।	OWASP टॉप 10 की जागरूकता; कुछ फ्रेमवर्क सुरक्षा; सीक्रेट मैनेजर असमान रूप से उपयोग होता है; कभी-कभार डिपेंडेंसी स्कैनिंग।	प्रति-स्तर ASVS-आधारित आवश्यकताएँ; पैरामीटराइज़्ड क्वेरी; MFA के साथ केंद्रीय पहचान; प्रबंधित सीक्रेट; SBOM और पाइपलाइन स्कैनिंग।	भेद्यता घनत्व, औसत सुधार समय, और नियंत्रण कवरेज को सेवाओं में बेसलाइन के विरुद्ध मापा जाता है।	पक्के रास्ते वाले फ्रेमवर्क में सुरक्षित डिफ़ॉल्ट शिप होते हैं; अल्पकालिक क्रेडेंशियल और पूर्ण सप्लाई-चेन आश्वासन (SLSA) संगठन-व्यापी निरंतर सत्यापित हैं।
इन्फ्रास्ट्रक्चर और क्लाउड सुरक्षा	मैनुअल प्रोविज़निंग; व्यापक अनुमतियाँ और स्थिर कुंजियाँ; फ्लैट नेटवर्क; असंगत एन्क्रिप्शन; कोई पॉश्चर मैनेजमेंट नहीं।	कुछ IAM भूमिकाएँ और MFA; बुनियादी नेटवर्क टियर; प्रमुख स्टोर के लिए आराम में एन्क्रिप्शन; समय-समय पर मैनुअल समीक्षा; आंशिक IaC।	अल्पकालिक क्रेडेंशियल के साथ न्यूनतम-विशेषाधिकार RBAC/ABAC; डिफ़ॉल्ट-डेनाई सेगमेंटेशन; KMS के साथ डिफ़ॉल्ट रूप से एन्क्रिप्शन; नीति के साथ CSPM।	पॉश्चर, ड्रिफ्ट, और नीति-उल्लंघन मीट्रिक्स को बेसलाइन के विरुद्ध ट्रैक किया जाता है; गार्डरेल प्रभावशीलता मापी जाती है।	लैंडिंग ज़ोन और IaC में सुरक्षित डिफ़ॉल्ट शिप होते हैं; माइक्रो-सेगमेंटेशन और निवारक गार्डरेल संगठन-व्यापी निरंतर विकसित होते हैं और ड्रिफ्ट स्वतः सुधर जाता है।
सुरक्षा संचालन	सुरक्षा परीक्षण मैनुअल और दुर्लभ है; कोई केंद्रीय लॉगिंग या SIEM नहीं; कोई घटना योजना नहीं; तदर्थ पैचिंग; कभी विरोधात्मक रूप से परीक्षित नहीं।	पाइपलाइन में कुछ स्कैनर; केंद्रीय लॉगिंग; एक बुनियादी घटना योजना; ढीली पैचिंग समयसीमा; वार्षिक पेनटेस्ट।	जोखिम-आधारित गेट के साथ पूर्ण DevSecOps स्कैनिंग; कुछ SOAR के साथ SIEM; टेबलटॉप के साथ अभ्यास किया गया IR; सुधार SLA; रेड टीमिंग।	MTTD और MTTR को बेसलाइन के विरुद्ध मापा जाता है; डिटेक्शन कवरेज को प्रतिद्वंद्वी तकनीकों से मैप कर ट्रैक किया जाता है।	परीक्षण और प्रतिक्रिया अत्यधिक स्वचालित हैं; पर्पल टीमिंग और डिटेक्शन इंजीनियरिंग निरंतर सुधरती है और संगठन-व्यापी नए खतरों के अनुकूल होती है।
गोपनीयता और डेटा सुरक्षा	व्यक्तिगत डेटा स्वतंत्र रूप से एकत्र किया जाता है; कोई इन्वेंट्री, न्यूनीकरण, या प्रतिधारण नहीं; सहमति एक बाद का विचार है; कोई अधिकार प्रक्रिया नहीं।	एक गोपनीयता नीति और बुनियादी सहमति मौजूद है; कुछ प्रतिधारण जागरूकता; अधिकार अनुरोध मैनुअल और धीरे-धीरे संभाले जाते हैं।	DPIA के साथ डिज़ाइन द्वारा गोपनीयता; डेटा मैप और वर्गीकृत है; प्रतिधारण लागू है; कानूनी आधार दस्तावेज़ीकृत है; अधिकार समय-सीमा पर पूरे होते हैं।	गोपनीयता स्थिति मापी जाती है: डेटा-इन्वेंट्री कवरेज, प्रतिधारण अनुपालन, और अधिकार-अनुरोध टर्नअराउंड बेसलाइन के विरुद्ध।	गोपनीयता एक डिफ़ॉल्ट इंजीनियरिंग बाधा है; न्यूनीकरण और स्वचालित प्रतिधारण मानक हैं; अधिकार अनुरोध सेल्फ-सर्विस हैं और प्रैक्टिस संगठन-व्यापी अनुकूलित होती है।
अनुपालन और गवर्नेंस	अनुपालन प्रतिक्रियात्मक है; कोई नियंत्रण फ्रेमवर्क नहीं; समयसीमा के तहत साक्ष्य मैनुअल रूप से जुटाए जाते हैं; बार-बार निष्कर्ष निकलते हैं।	प्रमुख फ्रेमवर्क पहचाने गए हैं; कुछ दस्तावेज़ीकृत नियंत्रण; ऑडिट भारी मैनुअल प्रयास से पास होते हैं; एक्सेसिबिलिटी को देर से माना जाता है।	एक एकीकृत नियंत्रण फ्रेमवर्क मानकों को क्रॉस-मैप करता है; साक्ष्य आंशिक रूप से स्वचालित है; एक्सेसिबिलिटी परीक्षित है; रिकॉर्ड और प्राधिकरण स्थापित हैं।	नियंत्रण प्रभावशीलता और साक्ष्य कवरेज को बेसलाइन के विरुद्ध निरंतर मापा जाता है; निष्कर्षों की प्रवृत्ति देखी जाती है।	अनुपालन हमेशा-चालू साक्ष्य और अनुपालन-ऐज़-कोड के साथ निरंतर है; नए प्रमाणन कम लागत वाले हैं और फ्रेमवर्क संगठन-व्यापी अनुकूलित होता है, किसी भी क्षण ऑडिट के लिए तैयार।

भाग 5। UI/UX डिज़ाइन

विषय	स्तर 1, आरंभ (Initiate)	स्तर 2, विकास (Develop)	स्तर 3, मानकीकरण (Standardize)	स्तर 4, प्रबंधन (Manage)	स्तर 5, समन्वयन (Orchestrate)
UX बुनियाद	कोई समर्पित UX प्रैक्टिस नहीं; निर्णय राय से लिए जाते हैं; शोध तदर्थ है; असंगत प्रवाह और शब्दावली।	कुछ डिज़ाइनर और कभी-कभार उपयोगिता परीक्षण; व्यक्ति (personas) बनाए नहीं रखे जाते; UX एक चरण है, जिसे अक्सर छोड़ दिया जाता है।	निरंतर मिश्रित-विधि शोध प्राथमिकता को सूचित करता है; साझा पर्सोना, यात्रा मानचित्र, और IA; DoD में UX गुणवत्ता गेट।	UX मीट्रिक्स (कार्य सफलता, संतुष्टि, उपयोगिता स्कोर) को व्यावसायिक मीट्रिक्स के साथ बेसलाइन के विरुद्ध ट्रैक किया जाता है।	शोध निरंतर और परिणाम-संबद्ध है; नियंत्रित प्रयोग चक्र को बंद करते हैं और अंतर्दृष्टि उत्पादों के विकसित होने के साथ टीमों में फैलती है।
UI डिज़ाइन और डिज़ाइन सिस्टम	हर टीम अपना खुद का UI बनाती है; कोई साझा घटक नहीं; असंगत रूप-रंग; हार्ड-कोडेड रंग और स्पेसिंग।	एक आंशिक स्टाइल गाइड या घटक लाइब्रेरी मौजूद है लेकिन वैकल्पिक है और अक्सर डिज़ाइन और कोड के बीच असंगत रहती है।	एक टोकनाइज़्ड डिज़ाइन सिस्टम, एक बनाए रखी गई कोडेड लाइब्रेरी, दस्तावेज़, और गवर्नेंस के साथ टीमों में उपयोग किया जाता है; a11y अंतर्निहित है।	डिज़ाइन-कोड समता, घटक अपनाना, और ड्रिफ्ट बेसलाइन के विरुद्ध मापे जाते हैं; वर्ज़निंग ट्रैक की जाती है।	सिस्टम एक रोडमैप वाला गवर्न्ड उत्पाद है; यह संगठन-व्यापी निरंतर सुधरता है और रीब्रांड टोकन परिवर्तन बन जाते हैं।
एक्सेसिबिलिटी	कोई एक्सेसिबिलिटी प्रैक्टिस नहीं; मुद्दे शिकायत या मुकदमे से पता चलते हैं; गैर-सिमेंटिक, अपरीक्षित मार्कअप।	जागरूकता मौजूद है; कुछ स्वचालित स्कैनिंग और एक प्री-लॉन्च ऑडिट; a11y एक देर की चेकलिस्ट है, जिसे अक्सर कम प्राथमिकता दी जाती है।	WCAG 2.2 AA मानक है; a11y डिज़ाइन सिस्टम में अंतर्निहित, परीक्षित, और DoD में है; एक स्वामी के साथ टीमें प्रशिक्षित हैं।	एक्सेसिबिलिटी अनुरूपता को CI में WCAG बेसलाइन के विरुद्ध मापा जाता है; दोष दरें और ऑडिट परिणाम ट्रैक किए जाते हैं।	एक्सेसिबिलिटी निरंतर है; विकलांग व्यक्ति शोध में शामिल होते हैं; यह खरीद, टोकन, और CI में अंतर्निहित है और संगठन-व्यापी सुधरती है।
सामग्री और संचार डिज़ाइन	कोई सामग्री प्रैक्टिस नहीं; शब्द तदर्थ लिखे जाते हैं; असंगत शब्दावली और स्वर; अनुपयोगी त्रुटियाँ और खाली स्थितियाँ।	एक स्टाइल गाइड मौजूद हो सकती है; कुछ सरल-भाषा जागरूकता; सामग्री अभी भी देर के चरण की और प्रति-टीम है, बहुत कम पुन: उपयोग के साथ।	एक सामग्री रणनीति, स्वर-और-शैली गाइड, और शब्दावली टीमों में उपयोग की जाती है; सरल भाषा मानक है; साझा पैटर्न।	सामग्री को परिणामों (समझ, कार्य पूर्णता, त्रुटि दर) के विरुद्ध बेसलाइन की तुलना में मापा जाता है।	उस प्रमाण से सामग्री निरंतर सुधरती है; डार्क पैटर्न निषिद्ध और ऑडिट किए जाते हैं; पैटर्न संगठन-व्यापी डिफ़ॉल्ट रूप से स्थानीयकृत और सुलभ हैं।
अंतरराष्ट्रीयकरण और स्थानीयकरण	एक भाषा; हार्ड-कोडेड स्ट्रिंग; गैर-यूनिकोड मान्यताएँ; नए लोकेल के लिए कोड परिवर्तन चाहिए।	स्ट्रिंग बाह्यीकृत हैं और यूनिकोड उपयोग होता है, लेकिन स्थानीयकरण एक मैनुअल प्री-लॉन्च बैच है; फ़ॉर्मेटिंग और बहुवचन असंगत हैं।	साझा i18n आर्किटेक्चर और लोकेल-जागरूक फ़ॉर्मेटिंग; एक TMS और निरंतर पाइपलाइन; स्यूडो-लोकलाइज़ेशन और बहु-लोकेल CI।	स्थानीयकरण कवरेज, स्ट्रिंग ताज़गी, और लोकेल-दोष दरें बेसलाइन के विरुद्ध मापी जाती हैं।	i18n टूलिंग और लिंट द्वारा टीमों में लागू है; स्थानीयकरण निरंतर है, सांस्कृतिक अनुकूलन व्यवस्थित है, और नए लोकेल तेज़ी से लॉन्च होते हैं।
फ्रंटएंड इंजीनियरिंग	तदर्थ प्रति-टीम फ्रंटएंड; भारी क्लाइंट कोड; कोई बजट नहीं; केवल टीम डिवाइस पर परीक्षित; फ्रेमवर्क प्रचलन के अनुसार।	कुछ साझा टूलिंग और एक घटक लाइब्रेरी; प्रदर्शन कभी-कभार मापा जाता है, बजट नहीं किया जाता; सीमित क्रॉस-डिवाइस परीक्षण।	प्रति सतह फ्रेमवर्क और रेंडरिंग जानबूझकर चुनी जाती है; RUM के साथ CI में बजट लागू होते हैं; प्रगतिशील वृद्धि मानक है।	प्रदर्शन, लचीलापन, और पहुँच को वास्तविक-उपयोगकर्ता बेसलाइन और बजट के विरुद्ध मापा जाता है; रिग्रेशन बिल्ड को विफल करते हैं।	जैसे-जैसे फ्रंटएंड और उसके उपयोगकर्ता विकसित होते हैं, वे संकेत परिणामों से जुड़े होते हैं और सतहों में निरंतर सुधरते हैं।

भाग 6। कृत्रिम बुद्धिमत्ता

विषय	स्तर 1, आरंभ (Initiate)	स्तर 2, विकास (Develop)	स्तर 3, मानकीकरण (Standardize)	स्तर 4, प्रबंधन (Manage)	स्तर 5, समन्वयन (Orchestrate)
AI रणनीति और तैयारी	तदर्थ प्रयोग; कोई साझा रणनीति नहीं; निर्णय प्रचलन और व्यक्तिगत उत्साह से चलते हैं।	कुछ परियोजनाओं पर समस्या-फ्रेमिंग; एक पहला प्लेटफ़ॉर्म बेसलाइन; बिल्ड-बनाम-खरीद पर चर्चा होती है लेकिन असंगत रूप से।	स्पष्ट मीट्रिक्स, एक निर्णय वृक्ष, तैयारी आकलन, और लॉक-इन/TCO विश्लेषण के साथ उपयोग-मामलों का एक पोर्टफोलियो।	उपयोग-मामला मूल्य, अपनाना, और तैयारी को बेसलाइन के विरुद्ध मापा जाता है; पोर्टफोलियो ROI ट्रैक किया जाता है।	AI रणनीति व्यावसायिक और जोखिम योजना के साथ एकीकृत है; तैयारी निरंतर बनाए रखी जाती है और सिस्टम को संगठन-व्यापी प्रमाण के आधार पर पुनः स्कोप किया जाता है।
MLOps	मॉडल नोटबुक में तदर्थ बनाए जाते हैं; मैनुअल परिनियोजन; कोई डेटा/मॉडल वर्ज़निंग नहीं; कोई निगरानी नहीं।	कुछ प्रयोग ट्रैकिंग और एक मॉडल रजिस्ट्री; अर्ध-स्वचालित परिनियोजन; कुछ मॉडलों के लिए बुनियादी निगरानी।	फ़ीचर स्टोर, रजिस्ट्री, पुनरुत्पादनीय पाइपलाइन, लीनिएज के साथ साझा प्लेटफ़ॉर्म; ड्रिफ्ट/गुणवत्ता निगरानी; गवर्न्ड प्रमोशन।	मॉडल गुणवत्ता, ड्रिफ्ट, और व्यावसायिक प्रभाव बेसलाइन के विरुद्ध मापे जाते हैं; सीमाओं पर गेट के साथ रीट्रेनिंग ट्रिगर होती है।	जीवनचक्र पूरी तरह स्वचालित और ऑडिट-योग्य है; सेल्फ-सर्विस पक्के रास्ते और निरंतर मूल्यांकन डेटा बदलने के साथ संगठन-व्यापी मॉडल सुधारते हैं।
जनरेटिव AI और LLM एप्लिकेशन	अलग-थलग परियोजनाओं में तदर्थ प्रॉम्प्टिंग; कोई ग्राउंडिंग, गार्डरेल, या मूल्यांकन नहीं; प्रोडक्शन में मतिभ्रम (hallucinations) पाए जाते हैं।	कुछ RAG और प्रॉम्प्ट वर्ज़निंग; बुनियादी आउटपुट सत्यापन; एक छोटा मैनुअल मूल्यांकन सेट।	RAG, गार्डरेल, और टूल उपयोग के लिए साझा पैटर्न; हर परिवर्तन पर स्वचालित ऑफ़लाइन मूल्यांकन; ऑनलाइन मीट्रिक्स और मानव समीक्षा।	ऑफ़लाइन और ऑनलाइन मूल्यांकन स्कोर, मतिभ्रम और इंजेक्शन दरें बेसलाइन के विरुद्ध मापी जाती हैं।	मूल्यांकन परिणामों से जुड़ा है और निरंतर सुधरता है; इंजेक्शन सुरक्षा, गवर्न्ड अवलोकन योग्य एजेंट, और शमन संगठन-व्यापी अनुकूलित होते हैं।
AI-सहायता प्राप्त सॉफ़्टवेयर विकास	व्यक्ति सहायकों का तदर्थ उपयोग करते हैं; कोई नीति नहीं; कोई मापन नहीं; सीक्रेट और IP जोखिम में हैं।	बुनियादी उपयोग मार्गदर्शन और डेटा नियम; कुछ सुरक्षा स्कैनिंग; उत्पादकता के किस्सागत दावे।	जोखिम स्तर के अनुसार स्पष्ट मानदंड; अनिवार्य समीक्षा और स्कैनिंग; ईमानदार परिणाम मीट्रिक्स; सुरक्षित परिनियोजन और प्रकटीकरण।	सहायता के डिलीवरी और गुणवत्ता प्रभाव को बेसलाइन के विरुद्ध मापा जाता है; सत्यापन कवरेज ट्रैक की जाती है।	पाइपलाइन में सत्यापन मज़बूत है; कौशल विकास जानबूझकर है और टूल तथा प्रमाण बदलने के साथ नीति संगठन-व्यापी निरंतर अनुकूलित होती है।
उत्तरदायी और भरोसेमंद AI	कोई निष्पक्षता परीक्षण, स्पष्टीकरण, या गवर्नेंस नहीं; ज़िम्मेदारी अपरिभाषित है; मुद्दे केवल हानि के बाद पाए जाते हैं।	कुछ पूर्वाग्रह परीक्षण और दस्तावेज़ीकरण; तदर्थ निगरानी; फ्रेमवर्क जागरूकता लेकिन आंशिक रूप से अपनाई गई।	मान्यता प्राप्त फ्रेमवर्क से मैप की गई गवर्नेंस; व्यवस्थित निष्पक्षता/सुरक्षा/गोपनीयता परीक्षण; दस्तावेज़ीकृत निगरानी और अपील; रेड-टीमिंग।	निष्पक्षता, सुरक्षा, और गोपनीयता मीट्रिक्स को बेसलाइन और सीमाओं के विरुद्ध प्रोडक्शन में निगरानी की जाती है।	गवर्नेंस डिलीवरी में एकीकृत है; ज़िम्मेदारी सबका काम है और दृष्टिकोण पूरे संगठन में निरंतर सुधरता है।
AI इन्फ्रास्ट्रक्चर और संचालन	तदर्थ GPU आबंटन; कोई बैचिंग या कैशिंग नहीं; कोई लागत दृश्यता नहीं; अनवर्ज़न्ड प्रॉम्प्ट; न्यूनतम निगरानी।	कुछ साझा शेड्यूलिंग और कैशिंग; बुनियादी लागत ट्रैकिंग; वर्ज़न कंट्रोल में प्रॉम्प्ट; तदर्थ मूल्यांकन।	शेड्यूलिंग, कोटा, बैचिंग, कैशिंग, सही-आकार के साथ साझा प्लेटफ़ॉर्म; वेक्टर इन्फ्रास्ट्रक्चर; स्वचालित मूल्यांकन; लागत आरोपण।	उपयोग, प्रति-परिणाम लागत, और विलंबता को बेसलाइन के विरुद्ध मापा जाता है; बजट और कोटा लागू किए जाते हैं।	रूटिंग और स्केलिंग स्वचालित हैं, LLMOps ऑब्ज़र्वेबिलिटी पूर्ण है, और उपयोग और लागत को संगठन-व्यापी पोर्टेबिलिटी बनाए रखते हुए निरंतर अनुकूलित किया जाता है।

भाग 7। डेटा, एनालिटिक्स, और इनसाइट

विषय	स्तर 1, आरंभ (Initiate)	स्तर 2, विकास (Develop)	स्तर 3, मानकीकरण (Standardize)	स्तर 4, प्रबंधन (Manage)	स्तर 5, समन्वयन (Orchestrate)
डेटा रणनीति और गवर्नेंस	डेटा अदस्तावेज़ीकृत और अस्वामित्व है; परस्पर विरोधी परिभाषाएँ; रिपोर्ट टूटने पर गुणवत्ता का पता चलता है; कोई कैटलॉग या लीनिएज नहीं।	कुछ डेटासेट के स्वामी और दस्तावेज़ हैं; एक आंशिक कैटलॉग; मैनुअल, प्रतिक्रियात्मक गुणवत्ता जांच; नीति लिखी गई है पर कमज़ोर रूप से लागू है।	महत्वपूर्ण डेटा उत्पादों के स्वामी, कॉन्ट्रैक्ट, SLA हैं; स्वचालित लीनिएज के साथ कैटलॉग; निरंतर गुणवत्ता; संघीय (federated) गवर्नेंस।	डेटा गुणवत्ता, कॉन्ट्रैक्ट अनुपालन, और ताज़गी को SLA और बेसलाइन के विरुद्ध मापा जाता है।	डेटा-एज़-उत्पाद आदर्श है; कॉन्ट्रैक्ट स्वचालित रूप से लागू होते हैं, सेल्फ-सर्विस गार्डरेल अनुकूलित होते हैं, और परिभाषाएँ पूरे उद्यम में भरोसेमंद हैं।
डेटा इंजीनियरिंग	तदर्थ स्क्रिप्ट, मैनुअल रन, कोई टेस्ट या निगरानी नहीं; विफलताएँ उपभोक्ताओं द्वारा पाई जाती हैं; लागत अप्रबंधित है।	कुछ ऑर्केस्ट्रेशन और शेड्यूलिंग; वर्ज़न कंट्रोल में बुनियादी ट्रांसफ़ॉर्मेशन; कभी-कभार टेस्ट; प्रतिक्रियात्मक आग बुझाना।	लेयर्ड, परीक्षित, वर्ज़न्ड मॉडल के साथ ELT; पुनः प्रयास/बैकफ़िल के साथ ऑर्केस्ट्रेटेड निर्भरताएँ; ऑब्ज़र्वेबिलिटी; लागत ट्रैक की जाती है।	पाइपलाइन विश्वसनीयता, ताज़गी, और लागत को SLA के विरुद्ध मापा जाता है; विसंगतियों को बेसलाइन के विरुद्ध पता लगाया जाता है।	पाइपलाइन CI/CD, कॉन्ट्रैक्ट, और टेस्टिंग के साथ सॉफ़्टवेयर हैं; प्लेटफ़ॉर्म निरंतर सुधरता है और नए डेटा उत्पाद संगठन-व्यापी तेज़ी से शिप होते हैं।
एनालिटिक्स और बिज़नेस इंटेलिजेंस	रिपोर्ट स्प्रेडशीट में तदर्थ बनाई जाती हैं; असंगत मीट्रिक्स; भ्रामक चार्ट; कोई गवर्नेंस नहीं।	कुछ साझा डैशबोर्ड के साथ एक BI टूल; मीट्रिक परिभाषाएँ अभी भी भिन्न होती हैं; अनियंत्रित सेल्फ-सर्विस और फैलाव शुरू होता है।	एक सिमेंटिक लेयर मुख्य मीट्रिक्स को एक बार परिभाषित करती है; प्रमाणित बनाम प्रायोगिक सामग्री; गार्डरेल के भीतर सेल्फ-सर्विस; प्रबंधित जीवनचक्र।	मीट्रिक उपयोग, ताज़गी, और परिभाषा परिवर्तनों को बेसलाइन के विरुद्ध ट्रैक किया जाता है; प्रमाणित सामग्री की निगरानी होती है।	मीट्रिक्स को API की तरह स्वामियों और चेंजलॉग के साथ गवर्न किया जाता है; एनालिटिक्स वर्णनात्मक से पूर्वानुमानित तक फैली है और संगठन-व्यापी निर्णय बिंदुओं में अंतर्निहित है।
उत्पाद एनालिटिक्स और प्रयोग	कम/असंगत इंस्ट्रूमेंटेशन; निर्णय राय से; कोई प्रयोग नहीं; व्यर्थ (vanity) मीट्रिक्स; लापरवाह सहमति।	कुछ इवेंट ट्रैक किए जाते हैं लेकिन वर्गीकरण असंगत है; पावर विश्लेषण के बिना कभी-कभार A/B टेस्ट; नॉर्थ स्टार प्रस्तावित है, अंतर्निहित नहीं।	एक गवर्न्ड, सत्यापित ट्रैकिंग योजना; फ़नल/कोहॉर्ट/प्रतिधारण नियमित हैं; एक साझा प्लेटफ़ॉर्म पर प्रयोग; सहमति ठीक से संभाली जाती है।	प्रयोग मात्रा, शक्ति (power), और जीत दर को बेसलाइन के विरुद्ध मापा जाता है; इंस्ट्रूमेंटेशन कवरेज ट्रैक की जाती है।	प्रयोग डिफ़ॉल्ट है; एक साझा परिणाम भंडार और स्वामित्व वाला इंस्ट्रूमेंटेशन संगठन को संचयी रूप से सीखने और अनुकूलित होने देता है।
निर्णय विज्ञान और डेटा संस्कृति	निर्णय पदानुक्रम और अंतर्ज्ञान से लिए जाते हैं; सहसंबंध को कारण माना जाता है; अनिश्चितता को नज़रअंदाज़ किया जाता है; मीट्रिक्स की निगरानी होती है और उनमें हेरफेर किया जाता है।	निर्णयों को उचित ठहराने के लिए डेटा को चुनिंदा रूप से परामर्श किया जाता है; कारणात्मक जालों की कुछ जागरूकता; अनिश्चितता शायद ही कभी संप्रेषित की जाती है।	विश्लेषण पूर्वनिर्धारित मानदंडों के साथ निर्णयों से जुड़े होते हैं; सहसंबंध बनाम कारणता को अलग किया जाता है; अनिश्चितता संप्रेषित की जाती है; परिणाम पर ध्यान केंद्रित है।	निर्णय गुणवत्ता और पूर्वानुमान कैलिब्रेशन को परिणामों और बेसलाइन के विरुद्ध ट्रैक किया जाता है।	“हमारा मन क्या बदलेगा?” नियमित है; कारणात्मक कठोरता और ईमानदार अनिश्चितता मानदंड हैं और नेता संगठन-व्यापी प्रमाण पर स्पष्ट रूप से अपडेट होते हैं।

भाग 8। स्वचालन

विषय	स्तर 1, आरंभ (Initiate)	स्तर 2, विकास (Develop)	स्तर 3, मानकीकरण (Standardize)	स्तर 4, प्रबंधन (Manage)	स्तर 5, समन्वयन (Orchestrate)
CI/CD और डिलीवरी	बिल्ड और डिप्लॉय काफ़ी हद तक मैनुअल और असंगत हैं; देर से एकीकरण; असामान्य, तनावपूर्ण रिलीज़; मैनुअल रोलबैक।	प्रति कमिट स्वचालित बिल्ड और यूनिट टेस्ट; स्क्रिप्टेड लेकिन मैनुअल रूप से पर्यवेक्षित डिप्लॉय; आर्टिफैक्ट प्रति चरण फिर से बनाए जा सकते हैं।	एक मानकीकृत पाइपलाइन स्वचालित गेट के साथ एक अपरिवर्तनीय आर्टिफैक्ट को वातावरणों में आगे बढ़ाती है; कैनरी/ब्लू-ग्रीन; स्वचालित परिवर्तन रिकॉर्ड।	DORA मीट्रिक्स (लीड टाइम, डिप्लॉय आवृत्ति, परिवर्तन-विफलता दर, MTTR) बेसलाइन के विरुद्ध ट्रैक किए जाते हैं और रोलबैक को गेट करते हैं।	फ़्लैग के माध्यम से प्रगतिशील डिलीवरी रिलीज़ को अलग करती है; पाइपलाइन स्वयं-सुधार करती है और अनुपालन साक्ष्य पूरे संगठन में स्वचालित है।
इन्फ्रास्ट्रक्चर ऐज़ कोड और कॉन्फ़िगरेशन	इन्फ्रास्ट्रक्चर मैनुअल रूप से प्रोविज़न किया जाता है; असंगत, अदस्तावेज़ीकृत वातावरण; धीमी, अनिश्चित रिकवरी।	कुछ इन्फ्रास्ट्रक्चर स्क्रिप्टेड है, लेकिन प्रैक्टिस भिन्न होती हैं; असंगत स्थिति; आम ड्रिफ्ट; नीति मैनुअल समीक्षा से लागू होती है।	दूरस्थ स्थिति के साथ साझा वर्ज़न्ड मॉड्यूल से घोषणात्मक IaC मानक है; नीति-ऐज़-कोड गार्डरेल; नियमित ड्रिफ्ट डिटेक्शन।	ड्रिफ्ट, प्रोविज़निंग समय, और नीति-उल्लंघन दरों को बेसलाइन के विरुद्ध मापा जाता है; अनुपालन साक्ष्य स्वचालित है।	इन्फ्रास्ट्रक्चर अपरिवर्तनीय, GitOps-चालित, और स्वयं-उपचार है; मॉड्यूल और नीति लाइब्रेरी निरंतर सुधरती है और संगठन-व्यापी अनुकूलित होती है।
कंटेनर, ऑर्केस्ट्रेशन, क्लाउड-नेटिव	कंटेनर तदर्थ उपयोग किए जाते हैं; हाथ से बनी अस्कैन्ड इमेज; मैनुअल डिप्लॉय; कोई साझा प्लेटफ़ॉर्म या आइसोलेशन मॉडल नहीं।	टीमें कंटेनराइज़ करती हैं और एक ऑर्केस्ट्रेटर का उपयोग करती हैं, लेकिन प्रैक्टिस भिन्न होती हैं; असंगत स्कैनिंग और सीमाएँ; अप्रबंधित लागत और टेनेंसी।	हार्डन की गई इमेज, हस्ताक्षर/स्कैनिंग गेट, कोटा और नेटवर्क नीति के साथ नेमस्पेस टेनेंसी, लागत आबंटन के साथ एक मानकीकृत प्लेटफ़ॉर्म।	उपयोग, घनत्व, और प्रति-वर्कलोड लागत को बेसलाइन के विरुद्ध मापा जाता है; FinOps अनुकूलन डेटा-चालित है।	मज़बूत बहु-किरायेदारी वाला एक सेल्फ-सर्विस, स्वयं-उपचार प्लेटफ़ॉर्म पोर्टेबल और हाइब्रिड/सॉवरेन-तैयार रहता है और संगठन-व्यापी निरंतर सुधरता है।
प्लेटफ़ॉर्म इंजीनियरिंग और DevEx	कोई प्लेटफ़ॉर्म नहीं; हर टीम अपनी टूलिंग असंगत रूप से जोड़ती है; टिकट-चालित हैंडऑफ़; उच्च संज्ञानात्मक भार।	कुछ साझा टूल और टेम्पलेट, लेकिन खंडित और आंशिक रूप से मैनुअल; सीमित सेल्फ-सर्विस; DevEx अमापित है।	एक प्लेटफ़ॉर्म टीम गोल्डन पाथ, सेल्फ-सर्विस प्रोविज़निंग, एक डेवलपर पोर्टल, और स्कोरकार्ड चलाती है; पक्के रास्तों में गार्डरेल; DevEx मापा जाता है।	अपनाने, DevEx स्कोर, और संज्ञानात्मक-भार संकेतों को बेसलाइन के विरुद्ध मापा और समीक्षा की जाती है।	उस फ़ीडबैक से एक परिपक्व प्लेटफ़ॉर्म उत्पाद निरंतर सुधरता है; स्वैच्छिक अपनाना अधिक है और गवर्नेंस संगठन-व्यापी वर्कफ़्लो में अदृश्य रहती है।
परीक्षण और प्रक्रिया स्वचालन	परीक्षण और संचालन काफ़ी हद तक मैनुअल हैं; असंगत कवरेज; प्रक्रियाएँ दिमागों में या पुराने दस्तावेज़ों में हैं; अनुपालन साक्ष्य हाथ से।	स्वचालित टेस्ट मौजूद हैं लेकिन धीमे/अस्थिर हैं और असंगत रूप से चलते हैं; कुछ ऑपरेशनल स्क्रिप्ट; मैनुअल उपचार; समय-समय पर समीक्षा गवर्नेंस।	तेज़, समानांतर, विश्वसनीय टेस्ट इन्फ्रास्ट्रक्चर; कोडिफ़ाइड रनबुक; चैटऑप्स; स्वतः-जनरेट अनुपालन साक्ष्य; स्वचालित जांच के रूप में गवर्नेंस।	स्वचालन कवरेज, ग़लत-सकारात्मक दरें, और उपचार समय को बेसलाइन के विरुद्ध मापा जाता है।	नियमित घटनाओं का सुरक्षा उपायों के साथ स्वतः-उपचार होता है; अनुपालन निरंतर और ऑडिट-तैयार है और मनुष्य संगठन-व्यापी निर्णय पर ध्यान केंद्रित करते हैं।

भाग 9। संचालन, विश्वसनीयता, और ऑब्ज़र्वेबिलिटी

विषय	स्तर 1, आरंभ (Initiate)	स्तर 2, विकास (Develop)	स्तर 3, मानकीकरण (Standardize)	स्तर 4, प्रबंधन (Manage)	स्तर 5, समन्वयन (Orchestrate)
साइट रिलायबिलिटी इंजीनियरिंग	संचालन मैनुअल और प्रतिक्रियात्मक है; कोई SLO नहीं; विश्वसनीयता राय है; वही घटनाएँ बार-बार होती हैं; आग बुझाना हावी है।	प्रमुख सेवाओं में बुनियादी SLI/SLO हैं; कुछ निगरानी और अलर्टिंग; टॉइल स्वीकृत है पर अमापित; असंगत पोस्टमॉर्टम।	एरर बजट प्राथमिकता को प्रभावित करते हैं; टॉइल मापा और सीमित है; नियमित क्षमता योजना; वित्तपोषित स्वचालन; PRR और सहभागिता मॉडल।	एरर बजट, टॉइल, और SLO प्राप्ति को बेसलाइन के विरुद्ध मापा जाता है और यह प्राथमिकता को चलाता है।	एरर-बजट नीति स्वचालित और सम्मानित है; सेल्फ-सर्विस संचालन और सक्रिय क्षमता संगठन को डेटा पर गति और स्थिरता का व्यापार करने और अनुकूलित होने देती है।
ऑब्ज़र्वेबिलिटी और निगरानी	प्रति मशीन बुनियादी अपटाइम जांच और असंरचित लॉग; डिबगिंग का मतलब SSH है; शोर भरे, अनदेखे अलर्ट।	केंद्रीकृत मीट्रिक्स और लॉग एकत्रीकरण; कुछ डैशबोर्ड और सीमा अलर्ट; आंशिक/अनुपस्थित ट्रेस; मैनुअल सहसंबंध।	प्रसारित ट्रेस ID के साथ OpenTelemetry इंस्ट्रूमेंटेशन; संरचित लॉग, ट्रेसिंग, क्यूरेटेड डैशबोर्ड, SLO लक्षण अलर्टिंग; टिकाऊ ऑन-कॉल।	अलर्ट गुणवत्ता, MTTD, और टेलीमेट्री लागत बेसलाइन के विरुद्ध मापी जाती है; बर्न-रेट अलर्टिंग को SLO के अनुरूप ट्यून किया जाता है।	उच्च-कार्डिनैलिटी, घटना-समृद्ध ऑब्ज़र्वेबिलिटी तदर्थ जांच का समर्थन करती है; प्रतिधारण लागत-अनुकूलित है और टेलीमेट्री संगठन-व्यापी निर्णयों को सूचित करती है।
घटना प्रबंधन	घटनाओं को जो भी नोटिस करे वह तदर्थ संभालता है; कोई भूमिका, गंभीरता, या पोस्टमॉर्टम नहीं; अनौपचारिक ऑन-कॉल; विफलताएँ दोहराई जाती हैं।	बुनियादी ऑन-कॉल रोटेशन और गंभीरताएँ; कुछ पोस्टमॉर्टम, लेकिन अस्पष्ट भूमिकाएँ और असंगत रूप से ट्रैक की गई सुधारात्मक कार्रवाइयाँ।	स्पष्ट भूमिकाओं और मानदंडों के साथ एक औपचारिक घटना कमान प्रणाली; दोषरहित पोस्टमॉर्टम मानक हैं; कार्रवाइयाँ ट्रैक की जाती हैं; ऑन-कॉल का मुआवज़ा दिया जाता है।	घटना आवृत्ति, MTTR, और ऑन-कॉल भार को बेसलाइन के विरुद्ध मापा जाता है; दोहराए जाने वाले कारणों की प्रवृत्ति देखी जाती है।	गेम डे के माध्यम से प्रतिक्रिया का अभ्यास किया जाता है; ऑन-कॉल टिकाऊ और शांत रहता है और जैसे-जैसे संगठन सीखता है, समग्र विश्लेषण संरचनात्मक निवेश को चलाता है।
लागत, स्थिरता, हरित सॉफ़्टवेयर	क्लाउड लागत मासिक आश्चर्य हैं; कोई टैगिंग, आबंटन, या कार्बन जागरूकता नहीं; उदार, अपुनरीक्षित प्रोविज़निंग।	बुनियादी लागत दृश्यता और टैगिंग; कुछ प्रतिक्रियात्मक सही-आकार करना और निष्क्रिय सफ़ाई; स्थिरता स्वीकृत पर अमापित।	आरोपण, बजट, पूर्वानुमान, विसंगति अलर्ट, प्रतिबद्धताओं, सही-आकार करने के साथ एक FinOps प्रैक्टिस; प्रमुख सेवाओं के लिए कार्बन मापा जाता है।	लागत और कार्बन प्रति टीम बजट और बेसलाइन के विरुद्ध मापे जाते हैं; विसंगतियाँ चिह्नित की जाती हैं।	लागत और कार्बन निरंतर टीम-स्वामित्व वाले संकेत हैं; कुशल डिफ़ॉल्ट, स्वचालित अनुकूलन, और कार्बन-जागरूक शेड्यूलिंग संगठन-व्यापी निरंतर सुधरते हैं।

भाग 10। परियोजना/उत्पाद/कार्यक्रम प्रबंधन

विषय	स्तर 1, आरंभ (Initiate)	स्तर 2, विकास (Develop)	स्तर 3, मानकीकरण (Standardize)	स्तर 4, प्रबंधन (Manage)	स्तर 5, समन्वयन (Orchestrate)
पोर्टफोलियो और कार्यक्रम प्रबंधन	प्राथमिकताएँ जो भी ज़ोर से माँगे उसके अनुसार तदर्थ तय होती हैं; कोई पोर्टफोलियो दृष्टिकोण नहीं; निर्भरताएँ संकट के रूप में सामने आती हैं; वार्षिक फंडिंग की जल्दबाज़ी।	समय-समय पर समीक्षित पोर्टफोलियो इन्वेंट्री; प्रकाशित उद्देश्य काम से कमज़ोर रूप से जुड़े हैं; एक निर्भरता रजिस्टर; परियोजना-आधारित बजटिंग।	रणनीति OKR के माध्यम से नीचे तक जाती है; एक सुसंगत प्राथमिकता फ्रेमवर्क; क्रॉस-टीम योजना निर्भरताओं का प्रबंधन करती है; स्थायी टीम फंडिंग।	पोर्टफोलियो परिणाम, डिलीवरी पूर्वानुमेयता, और निर्भरता गणना बेसलाइन के विरुद्ध मापी जाती है।	परिणाम प्रमाण पर पोर्टफोलियो निरंतर पुनर्संतुलित होता है; निर्भरताओं को डिज़ाइन से हटाया जाता है और फंडिंग गति संगठन-व्यापी सीखने की गति से मेल खाती है।
जोखिम, ऑडिट, और आश्वासन	घटनाओं के बाद जोखिम प्रतिक्रियात्मक रूप से संभाला जाता है; कोई फ्रेमवर्क या रजिस्टर नहीं; अदस्तावेज़ीकृत नियंत्रण; कष्टदायक मैनुअल ऑडिट।	प्रमुख सिस्टम के लिए जोखिम रजिस्टर; एक नियंत्रण फ्रेमवर्क अपनाया गया, ऑडिट पास होते हैं लेकिन मैनुअल और एक-क्षण के; आपूर्तिकर्ताओं का आकलन ऑनबोर्डिंग पर होता है।	संगठन-व्यापी थ्री-लाइंस मॉडल और सामान्य फ्रेमवर्क; कई नियंत्रण स्वचालित हैं; निरंतर निगरानी; आपूर्तिकर्ता/SBOM इन्वेंट्री; निर्धारित DR।	नियंत्रण प्रभावशीलता, खुले-जोखिम गणना, और ऑडिट निष्कर्ष जोखिम भूख (risk appetite) और बेसलाइन के विरुद्ध मापे जाते हैं।	आश्वासन निरंतर और काफ़ी हद तक स्वचालित है; ऑडिटर जीवंत साक्ष्य का नमूना लेते हैं और जैसे-जैसे जोखिम संगठन-व्यापी विकसित होते हैं, आपूर्ति-श्रृंखला अखंडता सत्यापित होती है।
खरीद, ओपन सोर्स, लाइसेंसिंग	ओपन सोर्स स्वतंत्र रूप से जोड़ा जाता है; कोई नीति या इन्वेंट्री नहीं; लाइसेंस की जांच नहीं होती; एंड-ऑफ़-लाइफ़ संयोग से पता चलता है; कोई स्वामी नहीं।	एक बुनियादी नीति और अनुमोदित-लाइसेंस सूची; कुछ मैनुअल/देर की स्कैनिंग; प्रमुख सिस्टम के लिए एक इन्वेंट्री; तदर्थ योगदान।	एक OSPO रणनीति और टूलिंग का स्वामी है; स्वचालित लाइसेंस/भेद्यता स्कैनिंग और एट्रिब्यूशन; SBOM; स्पष्ट योगदान; EOL ट्रैक किया जाता है।	लाइसेंस अनुपालन, डिपेंडेंसी करेंसी, और भेद्यता जोखिम-अनावरण को बेसलाइन के विरुद्ध मापा जाता है।	ओपन सोर्स पूरी तरह स्वचालित अनुपालन के साथ एक प्रबंधित रणनीतिक संपत्ति है; अपस्ट्रीम निवेश जानबूझकर है और करेंसी तथा EOL संगठन-व्यापी निरंतर प्रबंधित होते हैं।
बड़े और दीर्घजीवी सिस्टम को बनाए रखना	सिस्टम नायकों पर निर्भर करते हैं; स्वामित्व स्मृति से है; अदस्तावेज़ीकृत ज्ञान; सिस्टम टूटने तक जमे रहते हैं; सेवानिवृत्ति कभी पूरी नहीं होती।	प्रमुख सिस्टम के लिए स्वामित्व सौंपा और दर्ज किया गया है; कुछ दस्तावेज़ और रनबुक; स्पष्ट महत्वपूर्ण कार्यों का एक बैकअप व्यक्ति है; प्रतिक्रियात्मक रखरखाव।	रीऑर्ग से बचने वाले कैटलॉग में टीम-स्तरीय स्वामित्व; बस फैक्टर मापा और कम किया जाता है; निर्णय रिकॉर्ड और रनबुक; वृद्धिशील आधुनिकीकरण।	बस फैक्टर, स्वामित्व कवरेज, और ज्ञान-हस्तांतरण प्रगति को बेसलाइन के विरुद्ध मापा जाता है।	प्रबंधकत्व (stewardship) एक वित्तपोषित अनुशासन है; कोई भी महत्वपूर्ण सिस्टम मानवीय विफलता का एकल बिंदु नहीं है और ज्ञान हस्तांतरण तथा नियोजित समाप्तियाँ संगठन-व्यापी जारी रहती हैं।
नैतिकता, जवाबदेही, सार्वजनिक हित	नैतिकता को संबोधित नहीं किया जाता या घोटाले के बाद प्रतिक्रियात्मक रूप से किया जाता है; एक्सेसिबिलिटी को नज़रअंदाज़ किया जाता है; बिना उपाय के अपारदर्शी स्वचालित निर्णय; पूर्वाग्रह अपरीक्षित।	एक आचार संहिता और कुछ (देर की) एक्सेसिबिलिटी; बड़े स्वचालित निर्णयों को कुछ निगरानी मिलती है; कभी-कभार पूर्वाग्रह जांच।	नैतिक समीक्षा प्रक्रिया का हिस्सा है; एक्सेसिबिलिटी डिज़ाइन में शामिल और उपयोगकर्ता-परीक्षित है; परिणामी निर्णयों के साथ स्पष्टीकरण और उपाय होता है।	समता, एक्सेसिबिलिटी, और एल्गोरिथमिक-जवाबदेही परिणामों की बेसलाइन के विरुद्ध निगरानी की जाती है।	ज़िम्मेदारी संगठन के निर्माण के तरीके में अंतर्निहित है; समता एक गैर-परक्राम्य डिफ़ॉल्ट है और एल्गोरिथमिक जवाबदेही मानक है और संगठन-व्यापी निरंतर सुधरती है।

समग्र परिपक्वता स्व-मूल्यांकन

ऊपर दी गई मैट्रिक्स का उपयोग करके एक हल्का, ईमानदार स्कोर तैयार करें।

स्कोरिंग रूब्रिक

हर अध्याय को 1 से 5 तक स्कोर करें उस स्तर का उपयोग करते हुए जिसका विवरण आपकी सामान्य वास्तविकता से सबसे अच्छा मेल खाता है। जब व्यवहार असंगत हो, तो निचले स्तर को स्कोर करें।
भाग के अनुसार औसत निकालें। किसी भाग में अध्याय स्कोर का योग करें और अध्यायों की संख्या से भाग दें। इससे प्रति-भाग परिपक्वता मिलती है (उदाहरण के लिए, “भाग IV का औसत 2.5 है”)।
केवल माध्य नहीं, न्यूनतम भी दर्ज करें। एक भाग जिसका औसत 3.0 है लेकिन जिसमें स्तर 1 का एक अध्याय है, वह उस अध्याय के जोखिम को माध्य की परवाह किए बिना वहन करता है।
प्रवृत्ति को प्लॉट करें। हर तिमाही या दो तिमाही में पुनः स्कोर करें और यात्रा की दिशा देखें। एक डोमेन जो 2 → 3 की ओर बढ़ रहा है वह स्थिर 3 पर अटके डोमेन से अधिक स्वस्थ है।

प्रति भाग एक सरल वर्कशीट:

भाग	स्कोर किए गए अध्याय	औसत (माध्य)	न्यूनतम अध्याय	नोट्स / प्राथमिकता
I-X	गणना	माध्य	न्यूनतम स्तर	…

सुधार को प्राथमिकता देना

एक साथ सब कुछ बढ़ाने की कोशिश न करें, और सबसे ऊँचे औसत का पीछा न करें। जोखिम-भारित परिपक्वता अंतराल के अनुसार प्राथमिकता दें: उन डोमेन पर हमला करें जहाँ एक निम्न स्तर उच्च परिणाम से मिलता है।

पहले: आपके उच्चतम-जोखिम डोमेन में सबसे कम-परिपक्वता वाले अध्याय। अधिकांश संगठनों के लिए इसका मतलब है सुरक्षा, गोपनीयता, विश्वसनीयता, अनुपालन, और कोई भी सिस्टम जिसकी विफलता लोगों को नुकसान पहुँचाती है या कानून का उल्लंघन करती है। यहाँ स्तर 1 अत्यावश्यक है।
इसके बाद: बुनियादी सक्षमकर्ता (संस्कृति, काम करने के तरीके, CI/CD, IaC, ऑब्ज़र्वेबिलिटी) जो हर अन्य डोमेन के लिए ऊँचाई को बढ़ाते हैं। इन्हें सुधारना बाद के लाभों को सस्ता बनाता है।
बाद में: ऐसे डोमेन जो पहले से ही स्तर 3 पर हैं और स्तर 4 या 5 तक चढ़ सकते हैं। केवल तभी न्यूनतम सीमा से आगे बढ़ें जब दांव और पैमाना अतिरिक्त निवेश को उचित ठहराते हों।

एंटरप्राइज़ और सरकारी बेसलाइन

एंटरप्राइज़ और सरकारी संदर्भ सामान्यतः “यह काम करता है” पर नहीं रुक सकते। ऑडिट पास करने, प्राधिकरण बनाए रखने, और नियामक तथा सार्वजनिक-जवाबदेही दायित्वों को पूरा करने के लिए, अधिकांश डोमेन को कम से कम स्तर 3 (मानकीकरण) तक पहुँचना चाहिए, वह स्तर जहाँ प्रैक्टिस मानकीकृत, दस्तावेज़ीकृत, टीमों में लागू होती हैं, और साक्ष्य उत्पन्न करती हैं। स्तर 2 आमतौर पर ऑडिट में विफल हो जाता है क्योंकि यह असंगत है और समयसीमा के तहत मैनुअल रूप से जुटाया जाता है; स्तर 1 पूरी तरह विफल हो जाता है।

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