12.4 پختگی کی خود تشخیص

اس گائیڈ بک کا ہر باب “پختگی کا ماڈل” پر ختم ہوتا ہے جو بیان کرتا ہے کہ کوئی عمل عموماً کیسے ارتقا پاتا ہے۔ یہ ضمیمہ ہر باب کے پختگی کے ماڈل کو ایک حوالے میں یکجا کرتا ہے تاکہ آپ ایک نظر میں کسی ٹیم، شعبے، یا پورے ادارے کا جائزہ لے سکیں۔

مشترک پانچ سطحی پیمانہ

تمام ابواب ایک ہی پیش رفت بیان کرتے ہیں۔ درست الفاظ ابواب کے درمیان معمولی مختلف ہیں، مگر مقصد ان پانچ سطحوں پر صاف نقشہ بند ہوتا ہے:

سطح 1، آغاز۔ بے ترتیب، ردعملی، اور شخصیت سے چلنے والا۔ عمل صرف وہاں موجود ہیں جہاں کوئی فرد انہیں چنتا ہے، اس لیے نتائج بہادری اور قسمت پر منحصر ہیں۔
سطح 2، ترقی۔ بنیادی عمل موجود ہیں، مگر وہ ٹیموں میں غیر مستقل، جزوی ہاتھ کے، اور دباؤ میں اکثر بائی پاس ہوتے ہیں۔
سطح 3، معیار بندی۔ عمل دستاویزی، معیاری، اور ادارے بھر نافذ ہیں۔ یہ آڈٹ اور تعمیل کی بنیادی سطح ہے: وہ سطح جسے زیادہ تر انٹرپرائز اور سرکاری کام کو قابل بھروسہ اور قابل آڈٹ ہونے کے لیے پہنچنا ہوگا۔
سطح 4، انتظام۔ عمل بنیادی خطوط کے مقابل ڈیٹا اور میٹرکس سے ناپے اور کنٹرول کیے جاتے ہیں۔ آپ مقداری طور پر جانتے ہیں کہ ہر عمل کیسی کارکردگی دکھاتا ہے، اور اعداد پر عمل کرتے ہیں۔
سطح 5، ہم آہنگی۔ عمل مسلسل بہتر ہوتے، ادارے بھر مربوط، اور تطبیقی ہیں۔ محفوظ یا درست راستہ ڈیفالٹ ہے، اور ادارہ دانستہ سیکھتا اور ارتقا پاتا ہے۔

خود تشخیص کے لیے اسے کیسے استعمال کریں

اپنے سیاق سے متعلق ہر باب کے لیے، نیچے کے پانچ خانے پڑھیں اور وہ سطح چنیں جو آپ کے عام رویے کو ایمانداری سے بیان کرے، آپ کی بہترین ٹیم کو اس کے بہترین دن پر نہیں، اور آپ کی تحریری پالیسی نہیں، بلکہ جو اصل میں ہوتا ہے۔
ہر باب کو 1 سے 5 سکور دیں۔ شک میں نیچے گول کریں؛ جو عمل غیر مستقل ہے وہ سطح 2 ہے، سطح 3 نہیں۔
ایک حصے کے اندر اسکور کا اوسط نکالیں تاکہ دیکھیں پورا شعبہ کہاں کھڑا ہے، پھر پھیلاؤ دیکھیں: “اوسط 3” والا حصہ جو سطح 1 کا باب چھپائے اب بھی سطح 1 کا خطرہ رکھتا ہے۔
وقتاً فوقتاً دوبارہ جائزہ لیں اور رجحان ٹریک کریں۔ حرکت کسی ایک snapshot سے زیادہ اہم ہے۔

پختگی ذریعہ ہے، مقصد نہیں

اونچی پختگی خود بخود بہتر نہیں۔ ہدف موزونیت ہے: اس خطرے اور پیمانے کو سنبھالنے کے لیے کافی سختی جس کا آپ اصل میں سامنا کرتے ہیں، اور اس سے زیادہ نہیں۔ چھوٹے، کم داؤ کے ٹول کو سطح 5 کی chaos انجینئرنگ نہیں چاہیے۔ حقیقی مسئلہ حل کرنے کی بجائے ٹرافی کے طور پر اونچی سطح تک پہنچنا قدر کے بغیر رسم پیدا کرتا ہے۔ نیچے ہر “سطح 5” کو “مناسب جب داؤ جواز دیں” پڑھیں، اور خطرے، پیمانے، اور ضابطے کی نمائش کو طے کرنے دیں کہ کتنا چڑھنا ہے۔

حصہ 1۔ لوگ

موضوع	سطح 1 آغاز	سطح 2 ترقی	سطح 3 معیار بندی	سطح 4 انتظام	سطح 5 ہم آہنگی
انجینئرنگ کی ثقافت اور اقدار	ثقافت حادثاتی اور شخصیت سے چلنے والی ہے؛ واقعات کا مطلب الزام ہے؛ علم چند ذہنوں میں رہتا ہے۔	کچھ ٹیمیں postmortems چلاتی اور دستاویزات لکھتی ہیں، مگر عمل غیر مستقل اور قیادت سے غیر مضبوط ہے۔	بلا الزام سیکھنا، ملکیت کے ماڈل، اور تحریری ثقافت واضح توقعات اور ٹولنگ کے ساتھ ادارہ گیر معمول ہیں۔	ثقافت کی صحت ناپی جاتی ہے (نفسیاتی تحفظ کے سروے، واقعے سے سیکھنے کی شرحیں، برقراری) بنیادی خطوط کے مقابل ٹریک اور اس پر عمل ہوتا ہے۔	ثقافت مسلسل بہتر ہوتی ہے اور عمل ٹیموں میں پھیلتے ہیں؛ جیسے ادارہ بڑھتا اور سیکھتا ہے قیادت معمولات ڈھالتی ہے۔
ٹیم کی ٹوپولوجیز	ٹیمیں حادثے یا headcount سے بنتی ہیں؛ ڈھانچہ پرانے درجہ بندی کی عکاسی کرتا ہے؛ ہر جگہ انحصار۔	کچھ stream-aligned ٹیمیں موجود ہیں، مگر مشترک رکاوٹیں اور فنکشنل silos قائم رہتے ہیں۔	چار ٹیم کی اقسام اور واضح تعامل کے طریقے دانستہ استعمال ہوتے ہیں؛ پلیٹ فارمز اور InnerSource انحصار کاٹتے ہیں۔	ذہنی بوجھ، بہاؤ، اور انحصار کی گنتیاں فی ٹیم اہداف کے مقابل ناپی جاتی ہیں؛ اعداد پھسلنے پر حدیں ایڈجسٹ ہوتی ہیں۔	ادارہ مسلسل ٹیموں اور تعامل کے طریقوں کو نئی شکل دیتا ہے تاکہ پروڈکٹس اور پلیٹ فارمز کے ارتقا کے ساتھ بہاؤ برقرار رہے۔
کردار، کیریئر کی سیڑھیاں، نمو	کوئی تحریری سیڑھی نہیں؛ ترقیاں اور تنخواہ ad hoc اور شخصیت سے چلنے والی۔	بنیادی سیڑھی موجود ہے مگر غیر مستقل لاگو؛ calibration نہیں؛ بھرتی غیر ساختہ۔	دوہرے راستے، واضح competency میٹرکس، calibration، اور ساختہ بھرتی معیاری ہیں۔	ترقی کی شرحیں، تنخواہ میں مساوات، اور سطح میں وقت بنیادی خطوط کے مقابل ناپے جاتے ہیں؛ calibration کے نتائج کا تعصب کے لیے تجزیہ ہوتا ہے۔	فریم ورک کام کے ساتھ مسلسل ارتقا پاتا ہے؛ کرداروں کے بدلنے پر سرپرستی اور apprenticeship دانستہ اور ادارہ گیر ہیں۔
کام کے طریقے	عمل ad hoc یا cargo-cult ہے؛ ابلاغ میٹنگز سے چلنے والا اور غیر دستاویزی؛ تخمینے وعدے سمجھے جاتے ہیں۔	طریقہ کار مستقل پر عمل ہوتا ہے، مگر رسومات رٹی ہوئی اور کراس ٹیم ہم آہنگی بھاری ہے۔	عمل سیاق کے مطابق چنے جاتے ہیں؛ async، دستاویز-پہلے ابلاغ معمول ہے؛ تخمینہ آگاہ کرتا ہے، کنٹرول نہیں۔	بہاؤ کے میٹرکس (lead time، جاری کام، throughput) بنیادی خطوط کے مقابل ٹریک اور ہر چکر ریویو ہوتے ہیں۔	ٹیمیں ان میٹرکس سے اپنے کام کے طریقے مسلسل ٹیون کرتی ہیں؛ ہم آہنگی کی ضرورت ماخذ پر کم سے کم اور اچھا عمل ادارے بھر پھیلتا ہے۔
فیصلہ سازی اور نظم و نسق	فیصلے ad hoc اور غیر ریکارڈ شدہ؛ نظم و نسق غائب یا سب پر رکاوٹ؛ قرض نظر نہیں آتا۔	کچھ فیصلے دستاویزی اور کچھ ریویو موجود ہے، مگر عمل غیر مستقل اور فیصلے کے وزن سے بے میل ہے۔	ADRs، پکی سڑک، الٹنے کی صلاحیت پر مبنی تفویض، اور قرض کی فہرست معیاری اور شفاف ہیں۔	فیصلے کے چکر کا وقت، الٹنے کی شرحیں، اور قرض کی سطحیں ناپی جاتی ہیں؛ جانچ فیصلے کے وزن سے ان اعداد کے مقابل calibrate ہوتی ہے۔	نظم و نسق ادارے بھر مسلسل ٹیون ہوتا ہے؛ جانچ ناقابل واپسی فیصلوں کو ہدف کرتی ہے؛ قرض اور sourcing ارتقا پذیر پورٹ فولیوز کے طور پر منظم ہیں۔

حصہ 2۔ سافٹ ویئر پروگرامنگ

موضوع	سطح 1 آغاز	سطح 2 ترقی	سطح 3 معیار بندی	سطح 4 انتظام	سطح 5 ہم آہنگی
کوڈنگ کے معیار اور انداز	انداز فی مصنف ہے؛ کوئی مشترک configs نہیں؛ formatting ریویو میں بحث ہوتی ہے۔	ہر ٹیم کے پاس formatter اور linter ہے، مگر configs اور قواعد ٹیموں میں مختلف ہیں۔	فی زبان مرکزی مشترک configs؛ CI نفاذ؛ نئی ریپوزٹریاں سانچوں سے معیار وراثت میں پاتی ہیں۔	معیار کا اپنانا، خلاف ورزی کی شرحیں، اور ریویو کے وقت پر اثر بنیادی خطوط کے مقابل ناپے جاتے ہیں؛ configs version شدہ اور منظم ہیں۔	معیار اس ڈیٹا سے مسلسل نکھارے اور ادارے بھر بانٹے جاتے ہیں؛ نفاذ تقریباً بے رگڑ ہے اور نئی زبانوں کے مطابق ڈھلتا ہے۔
سافٹ ویئر کے ڈیزائن کے اصول	ڈیزائن ad hoc ہے؛ coupling جمع ہوتی ہے؛ اصول نامعلوم یا نعروں کی طرح دہرائے جاتے ہیں۔	ٹیمیں اصول جانتی اور لاگو کرتی ہیں، مگر غیر مستقل اور اکثر نظریاتی طور پر۔	مشترک ڈیزائن کا ذخیرہ الفاظ، دانستہ coupling/cohesion کا تجزیہ، اور ٹیموں سے ہم آہنگ bounded contexts۔	Coupling، cohesion، اور تبدیلی-ناکامی کے میٹرکس بنیادی خطوط کے مقابل ڈیزائن ریویو کو آگاہ کرتے ہیں؛ فیصلے ریکارڈ ہوتے ہیں۔	شہادت جمع ہونے پر ڈیزائن کے فیصلوں پر نظر ثانی ہوتی ہے؛ اصول باریکی سے لاگو ہوتے ہیں اور ڈومین کے ارتقا کے ساتھ paradigm کے انتخاب ادارے بھر ڈھلتے ہیں۔
APIs اور انٹرفیس ڈیزائن	APIs نفاذ سے ابھرتے ہیں؛ کوئی مشترک روایات نہیں؛ توڑنے والی تبدیلیاں عام اور غیر اعلان شدہ۔	ٹیمیں بنیادی REST روایات اپناتی اور غیر رسمی version کرتی ہیں، مگر مستقل مزاجی اور دستاویزات مختلف ہیں۔	معاہدہ-پہلے ڈیزائن، مشین کے پڑھنے کے قابل specs، deprecation کی پالیسی، اور مستقل غلطی/pagination روایات۔	اپنانا، latency، غلطی کی شرحیں، اور توڑنے والی تبدیلی کی تعدد فی API اہداف کے مقابل ناپی جاتی ہیں۔	APIs مضبوط DevEx کے ساتھ کیٹلاگ میں منظم پروڈکٹس ہیں؛ عمل مسلسل ڈھلتا ہے اور ادارے بھر توڑ نادر اور اچھی طرح منظم ہیں۔
ٹیسٹنگ کی حکمت عملی	ٹیسٹنگ ہاتھ کی اور ad hoc ہے؛ خودکار coverage کم سے کم؛ regressions بار بار۔	خودکار unit اور کچھ integration ٹیسٹ موجود ہیں، مگر سویٹ سست یا ناقابل بھروسہ اور اعتماد کم ہے۔	متوازن، تیز، قابل اعتماد سویٹ ہر تبدیلی کو روکتا ہے؛ ناقابل بھروسگی منظم ہے؛ غیر فعلی ٹیسٹنگ مربوط ہے۔	Coverage، ناقابل بھروسگی، فرار شدہ نقائص، اور سویٹ کے دورانیے کے میٹرکس بنیادی خطوط کے مقابل کوشش ہدف کرنے کو ٹریک ہوتے ہیں۔	جدید تکنیکیں (property، mutation، fuzz) اعلیٰ قدر کے کوڈ کو ہدف کرتی ہیں؛ حکمت عملی مسلسل بہتر ہوتی اور ٹیموں میں پھیلتی ہے۔
کوڈ ریویو اور تعاون	ریویو غیر مستقل یا چھوڑا جاتا ہے؛ میکانکی مسائل غالب؛ رائے کے معمولات طے نہیں۔	ریویو لازم ہے مگر سست اور متغیر؛ خودکاری جزوی؛ PR کا سائز اور معیار بہت مختلف۔	چھوٹے PRs، خودکار میکانکی جانچیں، واضح معیار اور رائے کے معمولات، اور مانیٹر شدہ latency۔	ریویو کی latency، PR کا سائز، اور نقص کے فرار کی شرحیں اہداف کے مقابل ٹریک ہوتی ہیں؛ گہرائی ناپے گئے خطرے سے ملائی جاتی ہے۔	ادارہ اس ڈیٹا سے ریویو مسلسل بہتر کرتا ہے؛ pairing اور AI کی مدد دانستہ اپنائی جاتی ہے اور عمل ٹیموں میں پھیلتے ہیں۔
Version control اور سورس کا انتظام	Ad hoc branching؛ طویل العمر branches؛ ناقص پیغامات؛ secret scanning نہیں؛ بار بار merge کی تکلیف۔	مستقل branching ماڈل اور پیغام کی روایات موجود ہیں، مگر branches بہت دیر رہتی ہیں اور نفاذ جزوی ہے۔	Trunk-based development، محفوظ mainline، نافذ commit روایات، secret scanning، دانستہ ریپو ساخت۔	Branch کی عمر، merge کی تعدد، اور revert کی شرحیں ترسیلی میٹرکس اور بنیادی خطوط کے مقابل ناپی جاتی ہیں۔	خودکاری صفائی کو شروع سے آخر تک نافذ کرتی ہے؛ ترسیلی ضروریات بدلنے پر ریپو ساخت اور ورک فلو ادارے بھر مسلسل ارتقا پاتے ہیں۔
دستاویزات	دستاویزات کم، بکھری، اور پرانی ہیں؛ علم لوگوں کے ذہنوں میں رہتا ہے۔	کلیدی دستاویزات (READMEs، کچھ runbooks) موجود ہیں مگر غیر مستقل برقرار اور ڈھونڈنا مشکل۔	واضح ساخت کے ساتھ docs-as-code، پیدا شدہ API دستاویزات اور changelogs، فیصلوں کے ریکارڈ، اور اپ ڈیٹ کی توقعات۔	دستاویزات کا coverage، تازگی، اور درستگی بنیادی خطوط کے مقابل ناپے جاتے ہیں؛ پرانا پن خودکار نشان زد ہوتا ہے۔	دستاویزات زندہ ہیں، زیادہ تر پیدا شدہ یا نظام کے مقابل آزمائی جاتی ہیں، ملکیت والی اور قابل دریافت؛ عمل ادارے بھر مسلسل بہتر ہوتا ہے۔

حصہ 3۔ نظام

موضوع	سطح 1 آغاز	سطح 2 ترقی	سطح 3 معیار بندی	سطح 4 انتظام	سطح 5 ہم آہنگی
فن تعمیر کی بنیادیں	فن تعمیر مضمر ہے اور ذہنوں میں رہتا ہے؛ کوئی معیاری خصوصیات یا ADRs نہیں؛ فیصلے واقعات کے دوران سامنے آتے ہیں۔	کلیدی خاکے موجود ہیں اور بڑے فیصلے کبھی ریکارڈ ہوتے ہیں؛ معیاری خصوصیات نام زد مگر شاذ مقدار شدہ؛ دستاویزات بھٹکتی ہیں۔	Quality-attribute کے منظرنامے اور ASRs متعین؛ ADRs معمول؛ C4/arc42 دستاویزات کوڈ کے قریب برقرار؛ سمجھوتوں کے ریویو ہوتے ہیں۔	Fitness functions CI میں معیاری خصوصیات نافذ کرتے اور بنیادی خطوط کے مقابل ناپے گئے نتائج ریکارڈ کرتے ہیں؛ سمجھوتے مقدار شدہ ہیں۔	فن تعمیر اس ڈیٹا کے ساتھ ادارے بھر مسلسل ارتقا پاتا ہے؛ نظام کے ڈھلنے پر دستاویزات آڈیٹرز کے لیے کافی قابل اعتماد رہتی ہیں۔
فن تعمیری طرز اور نمونے	ایک الجھا ہوا monolith یا حادثاتی تقسیم شدہ بے ترتیبی؛ حدیں تہوں یا تاریخ کی پیروی کرتی ہیں؛ طرز فیشن سے چنی گئی۔	دانستہ ماڈیولر حدیں یا چند موٹی سروسز؛ کچھ cross-cutting مسائل مستقل؛ تقسیم اب بھی ad hoc۔	سروسز bounded contexts سے ہم آہنگ جو اپنے ڈیٹا کی مالک ہیں؛ جہاں مناسب gateway/BFF؛ clean/hexagonal تہہ بندی معیاری۔	طرز کے فیصلے شہادت پر مبنی ہیں، بنیادی خطوط کے مقابل ناپی گئی coupling، latency، اور تبدیلی کی لاگت کا ڈیٹا استعمال کرتے ہوئے۔	پختہ پلیٹ فارم تقسیم کو سستا بناتا ہے؛ جب تقسیم ادا کرنا بند کرے تو ادارہ دوبارہ یکجا کرتا ہے اور شہادت بدلنے پر طرز ڈھالتا ہے۔
تقسیم شدہ نظام	Remote calls کو مقامی سمجھا جاتا ہے؛ کوئی/سادہ دوبارہ کوششیں نہیں؛ ناکامیاں سلسلہ وار؛ debugging فی مشین log کی کھوج۔	Timeouts اور بنیادی دوبارہ کوششیں موجود ہیں مگر غیر مستقل؛ کچھ idempotency؛ logs مرکزی مگر غیر مربوط۔	مشترک لائبریریوں سے idempotency، backoff، circuit breakers، bulkheads؛ sagas؛ تقسیم شدہ tracing؛ فی بہاؤ دستاویزی مستقل مزاجی۔	قابل اعتمادی SLOs کے مقابل ناپی جاتی ہے؛ fault-injection کے نتائج اور ناکامی کی شرحیں بنیادی خطوط کے مقابل ٹریک ہوتی ہیں۔	لچک پلیٹ فارم کا ڈیفالٹ ہے، fault injection سے مسلسل آزمائی جاتی ہے؛ نرم تنزلی ڈیزائن میں ہے اور ادارے بھر ارتقا پاتی ہے۔
ڈیٹا کا فن تعمیر اور storage	ہر مقصد کے لیے ایک ڈیٹا بیس؛ migration کا نظم و ضبط نہیں؛ حادثاتی caching؛ بڑی مشین سے پیمانہ۔	Storage کے انتخاب زیادہ تر دانستہ؛ cache اور شاید warehouse؛ version شدہ migrations کبھی downtime مانگتی ہیں۔	کام کے بوجھ سے ملی polyglot persistence، ہر store کا مالک؛ خودکار zero-downtime migrations؛ واضح caching اور replicas۔	Storage کے انتخاب رسائی کے نمونوں، latency، اور لاگت کی بنیادی لکیروں کے مقابل ناپے جاتے ہیں؛ sharding اور caching کے فیصلے ڈیٹا سے چلتے ہیں۔	ڈیٹا فن تعمیر کا ادارے بھر مسلسل ریویو اور ارتقا ہوتا ہے؛ بوجھ بدلنے پر migrations خودکار اور آڈٹ شدہ ہیں۔
پیمائش پذیری، کارکردگی، لچک	واحد-instance یا عمودی پیمائش؛ server-side حالت؛ لوڈ ٹیسٹنگ یا بجٹ نہیں؛ ناکامیاں پورا outage بناتی ہیں۔	افقی پیمانے کی بلا حالت تہیں؛ بنیادی autoscaling؛ کچھ pre-launch لوڈ ٹیسٹنگ؛ DR دستاویزی مگر شاذ آزمایا۔	گنجائش کے ساتھ صلاحیت کی منصوبہ بندی؛ CI میں کارکردگی کے بجٹ؛ لچک کے نمونے معیاری؛ RTO/RPO متعین اور DR آزمایا۔	صلاحیت ناپے گئے لوڈ سے پیش گوئی ہوتی ہے؛ کارکردگی کے بجٹ اور RTO/RPO بنیادی خطوط کے مقابل ٹریک ہوتے ہیں۔	کثیر علاقائی خودکار failover، مسلسل chaos، اور game days نظام کے ادارے بھر ارتقا پاتے ہوئے بحالی کے مقاصد ثابت اور بہتر کرتے ہیں۔
پرانے نظاموں کی جدت کاری	پرانے نظام سے خوف اور وہ منجمد ہے؛ کوئی فہرست نہیں؛ جدت کاری سب-یا-کچھ-نہیں دوبارہ تحریر؛ علم ریٹائر ہوتے ذہنوں میں۔	فہرست موجود ہے اور کچھ خطرہ سمجھا گیا؛ پرانا نظام APIs میں لپٹا؛ اب بھی big-bang سوچ؛ migration کم اندازہ شدہ۔	نظام خطرے اور قدر سے ترجیح پاتے ہیں؛ strangler-fig اور branch-by-abstraction معیاری؛ migration dual-running سے مصالحت شدہ۔	جدت کاری پورٹ فولیو سے منظم، بنیادی خطوط کے مقابل ناپے گئے خطرے، قدر، اور پیش رفت کے ساتھ۔	جدت کاری ادارے بھر مسلسل ہے؛ بتدریج تبدیلی معمول، الٹنے کے قابل، اور ترجیحات بدلنے پر ڈھلتی ہے۔

حصہ 4۔ سیکیورٹی

موضوع	سطح 1 آغاز	سطح 2 ترقی	سطح 3 معیار بندی	سطح 4 انتظام	سطح 5 ہم آہنگی
سیکیورٹی کی بنیادیں اور ثقافت	سیکیورٹی ردعملی اور مرکزی ہے؛ ریویو دیر سے اگر ہوں؛ threat modelling نہیں؛ سیکیورٹی “کسی اور کا مسئلہ” ہے۔	سیکیورٹی ٹیم معیار متعین کرتی ہے؛ بڑے پراجیکٹس پر کچھ threat modelling؛ بنیادی تربیت؛ سیکیورٹی کو دروازہ سمجھا جاتا ہے۔	سیکیورٹی champions پیوست؛ threat modelling معمول؛ محفوظ SDLC دستاویزی؛ خطرے پر مبنی ترجیح؛ بلا الزام ریویو۔	سیکیورٹی کے میٹرکس (threat-modelling کا coverage، نتیجہ سے اصلاح تک کا وقت، کنٹرول اپنانا) بنیادی خطوط کے مقابل ٹریک ہوتے ہیں۔	سیکیورٹی واقعی سب کا کام ہے؛ threat modelling عادت ہے؛ zero-trust بڑی حد تک حاصل اور عمل ادارے بھر مسلسل بہتر ہوتا ہے۔
ایپلیکیشن سیکیورٹی	سیکیورٹی انفرادی علم پر منحصر؛ کوئی معیاری کنٹرول نہیں؛ کوڈ میں secrets؛ پرانے deps؛ ad hoc auth۔	OWASP Top 10 کی آگاہی؛ کچھ framework تحفظات؛ secrets manager غیر ہموار استعمال؛ کبھی کبھار انحصار کی اسکیننگ۔	فی tier ASVS پر مبنی تقاضے؛ parameterised queries؛ MFA کے ساتھ مرکزی شناخت؛ منظم secrets؛ SBOMs اور پائپ لائن اسکیننگ۔	کمزوری کی کثافت، اوسط اصلاح کا وقت، اور کنٹرول کا coverage سروسز میں بنیادی خطوط کے مقابل ناپے جاتے ہیں۔	محفوظ ڈیفالٹس پکی سڑک کے فریم ورکس میں ship ہوتے ہیں؛ مختصر مدت کے credentials اور مکمل سپلائی چین کی یقین دہانی (SLSA) ادارے بھر مسلسل توثیق ہوتی ہے۔
انفراسٹرکچر اور کلاؤڈ سیکیورٹی	ہاتھ کی provisioning؛ وسیع اجازتیں اور static چابیاں؛ فلیٹ نیٹ ورکس؛ غیر مستقل خفیہ کاری؛ کوئی posture کا انتظام نہیں۔	کچھ IAM کردار اور MFA؛ بنیادی نیٹ ورک tiers؛ اہم stores کے لیے ذخیرے پر خفیہ کاری؛ وقتاً فوقتاً ہاتھ کے ریویو؛ جزوی IaC۔	مختصر مدت کے creds کے ساتھ Least-privilege RBAC/ABAC؛ default-deny تقسیم؛ KMS کے ساتھ ڈیفالٹ خفیہ کاری؛ پالیسی کے ساتھ CSPM۔	Posture، drift، اور پالیسی کی خلاف ورزی کے میٹرکس بنیادی خطوط کے مقابل ٹریک ہوتے ہیں؛ حفاظتی جنگلے کی تاثیر ناپی جاتی ہے۔	محفوظ ڈیفالٹس landing zones اور IaC میں ship ہوتے ہیں؛ micro-segmentation اور روک تھام کے حفاظتی جنگلے مسلسل ارتقا پاتے اور drift ادارے بھر خودکار درست ہوتا ہے۔
سیکیورٹی آپریشنز	سیکیورٹی ٹیسٹنگ ہاتھ کی اور نادر؛ کوئی مرکزی logging یا SIEM نہیں؛ کوئی واقعے کا منصوبہ نہیں؛ ad hoc patching؛ کبھی مخالفانہ طور پر آزمایا نہیں گیا۔	پائپ لائن میں کچھ scanners؛ مرکزی logging؛ بنیادی واقعے کا منصوبہ؛ ڈھیلی patching ٹائم لائنز؛ سالانہ pentest۔	خطرے پر مبنی دروازوں کے ساتھ مکمل DevSecOps اسکیننگ؛ کچھ SOAR کے ساتھ SIEM؛ tabletops سے مشق شدہ IR؛ اصلاح کے SLAs؛ red teaming۔	MTTD اور MTTR بنیادی خطوط کے مقابل ناپے جاتے ہیں؛ detection کا coverage مخالف تکنیکوں سے نقشہ بند اور ٹریک ہوتا ہے۔	ٹیسٹنگ اور ردعمل بہت خودکار ہیں؛ purple teaming اور detection انجینئرنگ مسلسل بہتر ہوتی اور ادارے بھر نئے خطرات کے مطابق ڈھلتی ہیں۔
رازداری اور ڈیٹا کا تحفظ	ذاتی ڈیٹا آزادانہ جمع؛ کوئی فہرست، کم سے کم، یا برقراری نہیں؛ رضامندی بعد کی سوچ؛ حقوق کا عمل نہیں۔	رازداری کی پالیسی اور بنیادی رضامندی موجود؛ کچھ برقراری کی آگاہی؛ حقوق کی درخواستیں ہاتھ سے اور آہستہ سنبھالی جاتی ہیں۔	DPIAs کے ساتھ privacy by design؛ ڈیٹا نقشہ بند اور درجہ بند؛ برقراری نافذ؛ قانونی بنیاد دستاویزی؛ حقوق ڈیڈ لائن پر پورے۔	رازداری کی کیفیت ناپی جاتی ہے: ڈیٹا کی فہرست کا coverage، برقراری کی تعمیل، اور حقوق کی درخواست کا turnaround بنیادی خطوط کے مقابل۔	رازداری ڈیفالٹ انجینئرنگ کی پابندی ہے؛ کم سے کم اور خودکار برقراری معیاری؛ حقوق کی درخواستیں خود سروس اور عمل ادارے بھر ڈھلتا ہے۔
تعمیل اور نظم و نسق	تعمیل ردعملی؛ کوئی کنٹرول فریم ورک نہیں؛ شہادت ہاتھ سے ڈیڈ لائن تلے جمع؛ بار بار نتائج۔	کلیدی فریم ورکس پہچانے گئے؛ کچھ دستاویزی کنٹرولز؛ آڈٹ بھاری ہاتھ کی کوشش سے پاس؛ رسائی پر غور دیر سے۔	متحد کنٹرول فریم ورک معیارات کو cross-map کرتا ہے؛ شہادت جزوی خودکار؛ رسائی آزمائی گئی؛ ریکارڈ اور اجازتیں قائم۔	کنٹرول کی تاثیر اور شہادت کا coverage بنیادی خطوط کے مقابل مسلسل ناپے جاتے ہیں؛ نتائج کا رجحان دیکھا جاتا ہے۔	تعمیل ہمیشہ-فعال شہادت اور compliance-as-code کے ساتھ مسلسل ہے؛ نئی توثیقیں کم لاگت اور فریم ورک ادارے بھر ڈھلتا ہے، کسی بھی لمحے آڈٹ کے لیے تیار۔

حصہ 5۔ UI/UX ڈیزائن

موضوع	سطح 1 آغاز	سطح 2 ترقی	سطح 3 معیار بندی	سطح 4 انتظام	سطح 5 ہم آہنگی
UX کی بنیادیں	کوئی مخصوص UX عمل نہیں؛ فیصلے رائے سے؛ تحقیق ad hoc؛ غیر مستقل بہاؤ اور اصطلاحات۔	کچھ ڈیزائنر اور کبھی usability ٹیسٹنگ؛ personas غیر برقرار؛ UX مرحلہ ہے، اکثر بائی پاس۔	مسلسل ملی جلی طریقوں کی تحقیق ترجیح کو کھلاتی ہے؛ مشترک personas، journey maps، اور IA؛ DoD میں UX کے معیار کے دروازے۔	UX میٹرکس (کام کی کامیابی، اطمینان، usability سکور) کاروباری میٹرکس کے ساتھ بنیادی خطوط کے مقابل ٹریک ہوتے ہیں۔	تحقیق مسلسل اور نتائج سے جڑی ہے؛ کنٹرول شدہ تجربات لوپ بند کرتے ہیں اور پروڈکٹس کے ارتقا پر بصیرتیں ٹیموں میں پھیلتی ہیں۔
UI ڈیزائن اور ڈیزائن سسٹمز	ہر ٹیم اپنا UI بناتی ہے؛ کوئی مشترک اجزا نہیں؛ غیر مستقل شکل؛ hard-coded رنگ اور فاصلہ۔	جزوی style guide یا اجزا کی لائبریری موجود مگر اختیاری اور اکثر ڈیزائن اور کوڈ کے درمیان غیر ہم آہنگ۔	Tokenised ڈیزائن سسٹم برقرار کوڈ شدہ لائبریری، دستاویزات، اور نظم و نسق کے ساتھ ٹیموں میں استعمال ہوتا ہے؛ a11y اندر بنی ہے۔	ڈیزائن-کوڈ کی برابری، اجزا کا اپنانا، اور drift بنیادی خطوط کے مقابل ناپے جاتے ہیں؛ versioning ٹریک ہوتی ہے۔	سسٹم روڈ میپ کے ساتھ منظم پروڈکٹ ہے؛ ادارے بھر مسلسل بہتر ہوتا ہے اور rebrand token کی تبدیلیاں بنتے ہیں۔
رسائی	کوئی رسائی کا عمل نہیں؛ مسائل شکایت یا مقدمے سے ملتے ہیں؛ غیر semantic، غیر آزمودہ markup۔	آگاہی ہے؛ کچھ خودکار اسکیننگ اور pre-launch آڈٹ؛ a11y دیر سے چیک لسٹ ہے، اکثر کم ترجیح۔	WCAG 2.2 AA معیار ہے؛ a11y ڈیزائن سسٹم میں بنی، آزمائی گئی، اور DoD میں ہے؛ ٹیمیں مالک کے ساتھ تربیت یافتہ۔	رسائی کی تعمیل CI میں WCAG کی بنیادی لکیروں کے مقابل ناپی جاتی ہے؛ نقص کی شرحیں اور آڈٹ کے نتائج ٹریک ہوتے ہیں۔	رسائی مسلسل ہے؛ معذور لوگ تحقیق میں شامل ہیں؛ یہ خریداری، tokens، اور CI میں پیوست ہے اور ادارے بھر بہتر ہوتی ہے۔
مواد اور ابلاغ کا ڈیزائن	کوئی مواد کا عمل نہیں؛ الفاظ ad hoc لکھے جاتے ہیں؛ غیر مستقل اصطلاحات اور لہجہ؛ غیر مددگار غلطیاں اور خالی حالتیں۔	Style guide ہو سکتی ہے؛ کچھ سادہ زبان کی آگاہی؛ مواد اب بھی دیر کے مرحلے میں اور فی ٹیم، تھوڑی دوبارہ استعمال کے ساتھ۔	مواد کی حکمت عملی، آواز-اور-لہجے کی گائیڈ، اور لغت ٹیموں میں استعمال؛ سادہ زبان معیار؛ مشترک نمونے۔	مواد نتائج (فہم، کام کی تکمیل، غلطی کی شرحیں) کے مقابل بنیادی خطوط پر ناپا جاتا ہے۔	مواد اس شہادت سے مسلسل بہتر ہوتا ہے؛ dark patterns ممنوع اور آڈٹ شدہ؛ نمونے ادارے بھر ڈیفالٹ طور پر مقامی اور قابل رسائی ہیں۔
بین الاقوامیت اور مقامیت	ایک زبان؛ hard-coded strings؛ غیر-Unicode مفروضے؛ نئے locales کو کوڈ کی تبدیلیاں چاہییں۔	Strings externalised اور Unicode استعمال ہوتا ہے، مگر مقامیت ہاتھ کی pre-launch بیچ ہے؛ formatting اور جمع غیر مستقل۔	مشترک i18n فن تعمیر اور locale سے آگاہ formatting؛ TMS اور مسلسل پائپ لائن؛ pseudo-localisation اور کثیر-locale CI۔	مقامیت کا coverage، strings کی تازگی، اور locale کے نقص کی شرحیں بنیادی خطوط کے مقابل ناپی جاتی ہیں۔	i18n ٹیموں میں ٹولنگ اور lint سے نافذ ہے؛ مقامیت مسلسل، ثقافتی موافقت منظم، اور نئے locales تیزی سے launch ہوتے ہیں۔
Frontend انجینئرنگ	Ad hoc فی ٹیم frontend؛ بھاری client کوڈ؛ کوئی بجٹ نہیں؛ صرف ٹیم کے آلات پر آزمایا؛ framework ہائپ سے۔	کچھ مشترک ٹولنگ اور اجزا کی لائبریری؛ کارکردگی کبھی ناپی، بجٹ شدہ نہیں؛ محدود cross-device ٹیسٹنگ۔	Framework اور rendering فی سطح دانستہ چنے گئے؛ RUM کے ساتھ CI میں بجٹ نافذ؛ progressive enhancement معیاری۔	کارکردگی، لچک، اور پہنچ حقیقی-صارف بنیادی خطوط اور بجٹ کے مقابل ناپی جاتی ہے؛ regressions build ناکام کرتے ہیں۔	وہ اشارے نتائج سے جڑے ہیں اور frontend اور اس کے صارفین کے ارتقا پر سطحوں میں مسلسل بہتر ہوتے ہیں۔

حصہ 6۔ مصنوعی ذہانت

موضوع	سطح 1 آغاز	سطح 2 ترقی	سطح 3 معیار بندی	سطح 4 انتظام	سطح 5 ہم آہنگی
AI کی حکمت عملی اور تیاری	Ad hoc تجربات؛ کوئی مشترک حکمت عملی نہیں؛ فیصلے ہائپ اور انفرادی جوش سے چلتے ہیں۔	کچھ پراجیکٹس پر مسئلے کی تشکیل؛ پہلا پلیٹ فارم baseline؛ بنانے-بمقابلہ-خریدنے پر بات مگر غیر مستقل۔	واضح میٹرکس والے استعمال کے مقدمات کا پورٹ فولیو، فیصلے کا درخت، تیاری کے جائزے، اور lock-in/TCO کا تجزیہ۔	استعمال کے مقدمے کی قدر، اپنانا، اور تیاری بنیادی خطوط کے مقابل ناپی جاتی ہے؛ پورٹ فولیو ROI ٹریک ہوتا ہے۔	AI کی حکمت عملی کاروبار اور خطرے کی منصوبہ بندی سے مربوط ہے؛ تیاری مسلسل برقرار اور نظام ادارے بھر شہادت پر دوبارہ دائرہ بند ہوتے ہیں۔
MLOps	ماڈل notebooks میں ad hoc بنتے ہیں؛ ہاتھ کی ڈیپلائے؛ ڈیٹا/ماڈل کی versioning نہیں؛ مانیٹرنگ نہیں۔	کچھ تجربات کی ٹریکنگ اور ماڈل registry؛ نیم خودکار ڈیپلائے؛ چند ماڈلز کے لیے بنیادی مانیٹرنگ۔	feature store، registry، قابل تکرار پائپ لائنز، lineage کے ساتھ مشترک پلیٹ فارم؛ drift/معیار کی مانیٹرنگ؛ منظم promotion۔	ماڈل کا معیار، drift، اور کاروباری اثر بنیادی خطوط کے مقابل ناپے جاتے ہیں؛ دروازوں کے ساتھ حدوں پر دوبارہ تربیت ٹرگر ہوتی ہے۔	لائف سائیکل مکمل خودکار اور قابل آڈٹ ہے؛ خود سروس پکی سڑکیں اور مسلسل تشخیص ڈیٹا بدلنے پر ادارے بھر ماڈل بہتر کرتے ہیں۔
Generative AI اور LLM ایپلیکیشنز	الگ تھلگ پراجیکٹس میں ad hoc prompting؛ کوئی grounding، حفاظتی جنگلے، یا eval نہیں؛ hallucinations production میں ملتے ہیں۔	کچھ RAG اور prompt versioning؛ بنیادی آؤٹ پٹ کی توثیق؛ چھوٹا ہاتھ کا تشخیصی سیٹ۔	RAG، حفاظتی جنگلوں، اور ٹول کے استعمال کے مشترک نمونے؛ ہر تبدیلی پر خودکار آف لائن eval؛ آن لائن میٹرکس اور انسانی ریویو۔	آف لائن اور آن لائن eval کے سکور، hallucination اور injection کی شرحیں بنیادی خطوط کے مقابل ناپی جاتی ہیں۔	تشخیص نتائج سے جڑی ہے اور مسلسل بہتر ہوتی ہے؛ injection کا دفاع، منظم قابل مشاہدہ agents، اور تخفیف ادارے بھر ڈھلتی ہیں۔
AI کی مدد سے سافٹ ویئر کی ترقی	افراد معاونین ad hoc استعمال کرتے ہیں؛ کوئی پالیسی نہیں؛ کوئی پیمائش نہیں؛ secrets اور IP خطرے میں۔	بنیادی استعمال کی رہنمائی اور ڈیٹا کے قواعد؛ کچھ سیکیورٹی اسکیننگ؛ حکایتی پیداواریت کے دعوے۔	خطرے کی سطح سے واضح معمولات؛ لازمی ریویو اور اسکیننگ؛ ایماندار نتیجے کے میٹرکس؛ محفوظ ڈیپلائے اور افشا۔	مدد کا ترسیل اور معیار پر اثر بنیادی خطوط کے مقابل ناپا جاتا ہے؛ توثیق کا coverage ٹریک ہوتا ہے۔	توثیق پائپ لائن میں مضبوط ہے؛ مہارت کی ترقی دانستہ ہے اور ٹولز اور شہادت بدلنے پر پالیسی ادارے بھر مسلسل ڈھلتی ہے۔
ذمہ دار اور قابل اعتماد AI	کوئی انصاف کی جانچ، وضاحتیں، یا نظم و نسق نہیں؛ ذمہ داری غیر متعین؛ مسائل نقصان کے بعد ہی ملتے ہیں۔	کچھ تعصب کی جانچ اور دستاویزات؛ ad hoc نگرانی؛ فریم ورک کی آگاہی مگر جزوی اپنانا۔	تسلیم شدہ فریم ورکس سے نقشہ بند نظم و نسق؛ منظم انصاف/حفاظت/رازداری کی جانچ؛ دستاویزی نگرانی اور اپیلیں؛ red-teaming۔	انصاف، حفاظت، اور رازداری کے میٹرکس production میں بنیادی خطوط اور حدوں کے مقابل مانیٹر ہوتے ہیں۔	نظم و نسق ترسیل میں مربوط ہے؛ ذمہ داری سب کا کام ہے اور طریقہ ادارے بھر مسلسل بہتر ہوتا ہے۔
AI کا انفراسٹرکچر اور آپریشنز	Ad hoc GPU تخصیص؛ کوئی batching یا caching نہیں؛ لاگت کی نظر نہیں؛ غیر version شدہ prompts؛ کم سے کم مانیٹرنگ۔	کچھ مشترک scheduling اور caching؛ بنیادی لاگت کی ٹریکنگ؛ prompts version control میں؛ ad hoc تشخیص۔	scheduling، quotas، batching، caching، right-sizing کے ساتھ مشترک پلیٹ فارم؛ vector انفراسٹرکچر؛ خودکار eval؛ لاگت کی تفویض۔	استعمال، فی نتیجہ لاگت، اور latency بنیادی خطوط کے مقابل ناپی جاتی ہے؛ بجٹ اور quotas نافذ ہیں۔	Routing اور scaling خودکار ہیں، LLMOps مشاہدہ پذیری مکمل ہے، اور استعمال اور لاگت مسلسل پورٹیبلٹی برقرار رکھتے ہوئے ادارے بھر بہتر ہوتی ہے۔

حصہ 7۔ ڈیٹا، analytics، اور بصیرت

موضوع	سطح 1 آغاز	سطح 2 ترقی	سطح 3 معیار بندی	سطح 4 انتظام	سطح 5 ہم آہنگی
ڈیٹا کی حکمت عملی اور نظم و نسق	ڈیٹا غیر دستاویزی اور بغیر مالک؛ متضاد تعریفیں؛ رپورٹیں ٹوٹنے پر معیار کا پتا چلتا ہے؛ کوئی کیٹلاگ یا lineage نہیں۔	کچھ ڈیٹا سیٹس کے مالک اور دستاویزات ہیں؛ جزوی کیٹلاگ؛ ہاتھ کی، ردعملی معیار کی جانچیں؛ پالیسی لکھی مگر کمزوری سے نافذ۔	اہم ڈیٹا پروڈکٹس کے مالک، معاہدے، SLAs ہیں؛ خودکار lineage کے ساتھ کیٹلاگ؛ مسلسل معیار؛ وفاقی نظم و نسق۔	ڈیٹا کا معیار، معاہدے کی تعمیل، اور تازگی SLAs اور بنیادی خطوط کے مقابل ناپی جاتی ہے۔	ڈیٹا-بطور-پروڈکٹ معمول ہے؛ معاہدے خودکار نافذ ہیں، خود سروس حفاظتی جنگلے ڈھلتے ہیں، اور تعریفیں پورے ادارے میں قابل اعتماد ہیں۔
ڈیٹا انجینئرنگ	Ad hoc اسکرپٹس، ہاتھ کی runs، کوئی ٹیسٹ یا مانیٹرنگ نہیں؛ ناکامیاں صارفین کو ملتی ہیں؛ لاگتیں غیر منظم۔	کچھ orchestration اور scheduling؛ version control میں بنیادی تبدیلیاں؛ کبھی ٹیسٹ؛ ردعملی آگ بجھانا۔	تہہ دار، آزمودہ، version شدہ ماڈلز کے ساتھ ELT؛ retries/backfills کے ساتھ orchestrated انحصار؛ مشاہدہ پذیری؛ لاگتیں ٹریک۔	پائپ لائن کی قابل اعتمادی، تازگی، اور لاگت SLAs کے مقابل ناپی جاتی ہے؛ بنیادی خطوط کے مقابل بے ضابطگیاں پکڑی جاتی ہیں۔	پائپ لائنز CI/CD، معاہدوں، اور ٹیسٹنگ کے ساتھ سافٹ ویئر ہیں؛ پلیٹ فارم مسلسل بہتر ہوتا ہے اور نئے ڈیٹا پروڈکٹس ادارے بھر تیزی سے ship ہوتے ہیں۔
Analytics اور business intelligence	رپورٹیں اسپریڈ شیٹس میں ad hoc بنتی ہیں؛ غیر مستقل میٹرکس؛ گمراہ کن چارٹس؛ کوئی نظم و نسق نہیں۔	BI ٹول کچھ مشترک ڈیش بورڈز کے ساتھ؛ میٹرک کی تعریفیں اب بھی بھٹکتی ہیں؛ بے قابو خود سروس اور پھیلاؤ شروع ہوتا ہے۔	Semantic تہہ بنیادی میٹرکس ایک بار متعین کرتی ہے؛ certified بمقابلہ تجرباتی مواد؛ حفاظتی جنگلوں کے اندر خود سروس؛ منظم لائف سائیکل۔	میٹرک کا استعمال، تازگی، اور تعریف کی تبدیلیاں بنیادی خطوط کے مقابل ٹریک ہوتی ہیں؛ certified مواد مانیٹر ہوتا ہے۔	میٹرکس APIs کی طرح مالکان اور changelogs کے ساتھ منظم ہیں؛ analytics بیانیہ سے ہدایتی تک پھیلتی اور ادارے بھر فیصلے کے نقطوں پر پیوست ہوتی ہے۔
پروڈکٹ analytics اور تجربات	کم/غیر مستقل instrumentation؛ فیصلے رائے سے؛ کوئی تجربات نہیں؛ دکھاوے کے میٹرکس؛ لاپرواہ رضامندی۔	کچھ واقعات ٹریک ہوتے ہیں مگر taxonomy غیر مستقل؛ کبھی کبھار power analysis کے بغیر A/B ٹیسٹ؛ north star تجویز ہوا، پیوست نہیں۔	منظم، توثیق شدہ ٹریکنگ کا منصوبہ؛ funnels/cohorts/برقراری معمول؛ مشترک پلیٹ فارم پر تجربات؛ رضامندی درست سنبھالی گئی۔	تجربات کا حجم، power، اور جیتنے کی شرحیں بنیادی خطوط کے مقابل ناپی جاتی ہیں؛ instrumentation کا coverage ٹریک ہوتا ہے۔	تجربہ کاری ڈیفالٹ ہے؛ مشترک نتائج کی ریپوزٹری اور ملکیت والی instrumentation ادارے کو مجموعی طور پر سیکھنے اور ڈھلنے دیتی ہیں۔
فیصلہ سازی کی سائنس اور ڈیٹا کی ثقافت	فیصلے درجہ بندی اور وجدان سے؛ correlation کو causation سمجھا جاتا ہے؛ غیر یقینی نظر انداز؛ میٹرکس نگرانی کرتے اور گیم ہوتے ہیں۔	ڈیٹا فیصلوں کے جواز کے لیے منتخب طور پر دیکھا جاتا ہے؛ causal جالوں کی کچھ آگاہی؛ غیر یقینی شاذ بتائی جاتی ہے۔	پہلے سے متعین معیار کے ساتھ فیصلوں سے جڑے تجزیے؛ correlation اور causation میں فرق؛ غیر یقینی بتائی جاتی ہے؛ نتیجے پر توجہ۔	فیصلے کا معیار اور پیش گوئی کی calibration نتائج اور بنیادی خطوط کے مقابل ٹریک ہوتی ہے۔	“ہماری رائے کیا بدلے گی؟” معمول ہے؛ causal سختی اور ایماندار غیر یقینی معمولات ہیں اور رہنما ادارے بھر شہادت پر نمایاں طور پر اپ ڈیٹ ہوتے ہیں۔

حصہ 8۔ خودکاری

موضوع	سطح 1 آغاز	سطح 2 ترقی	سطح 3 معیار بندی	سطح 4 انتظام	سطح 5 ہم آہنگی
CI/CD اور ترسیل	Builds اور ڈیپلائے زیادہ تر ہاتھ کے اور غیر مستقل؛ دیر سے انضمام؛ نادر، تناؤ بھری ریلیزز؛ ہاتھ کا rollback۔	فی commit خودکار builds اور unit ٹیسٹ؛ اسکرپٹ شدہ مگر ہاتھ کی نگرانی والے ڈیپلائے؛ artefacts ہر مرحلے پر دوبارہ بن سکتے ہیں۔	معیاری پائپ لائن ایک ناقابل تغیر artefact کو خودکار دروازوں کے ساتھ ماحول میں promote کرتی ہے؛ canary/blue-green؛ خودکار change ریکارڈ۔	DORA میٹرکس (lead time، ڈیپلائے کی تعدد، تبدیلی-ناکامی کی شرح، MTTR) بنیادی خطوط کے مقابل ٹریک اور rollbacks کو روکتے ہیں۔	Progressive delivery flags سے ریلیز کو الگ کرتی ہے؛ پائپ لائن خود کو بہتر کرتی اور تعمیل کی شہادت پورے ادارے میں خودکار ہے۔
Infrastructure as code اور کنفیگریشن	انفراسٹرکچر ہاتھ سے provision؛ غیر مستقل، غیر دستاویزی ماحول؛ سست، غیر یقینی بحالی۔	کچھ انفراسٹرکچر اسکرپٹ شدہ، مگر عمل مختلف؛ غیر مستقل حالت؛ عام drift؛ پالیسی ہاتھ کے ریویو سے نافذ۔	مشترک version شدہ ماڈیولز سے declarative IaC معیار جس میں remote state؛ policy-as-code حفاظتی جنگلے؛ باقاعدہ drift کی شناخت۔	Drift، provisioning کا وقت، اور پالیسی کی خلاف ورزی کی شرحیں بنیادی خطوط کے مقابل ناپی جاتی ہیں؛ تعمیل کی شہادت خودکار۔	انفراسٹرکچر ناقابل تغیر، GitOps سے چلنے والا، اور خود شفا بخش ہے؛ ماڈیول اور پالیسی کی لائبریری ادارے بھر مسلسل بہتر اور ڈھلتی ہے۔
Containers، orchestration، cloud-native	Containers ad hoc استعمال؛ ہاتھ سے بنی بغیر اسکین کی images؛ ہاتھ کی ڈیپلائے؛ کوئی مشترک پلیٹ فارم یا تنہائی کا ماڈل نہیں۔	ٹیمیں containerise اور orchestrator استعمال کرتی ہیں، مگر عمل مختلف؛ غیر مستقل اسکیننگ اور حدیں؛ بے قابو لاگت اور tenancy۔	سخت images، signing/scanning دروازوں، quotas اور نیٹ ورک پالیسی کے ساتھ namespace tenancy، لاگت کی تفویض کے ساتھ معیاری پلیٹ فارم۔	استعمال، کثافت، اور فی ورک لوڈ لاگت بنیادی خطوط کے مقابل ناپی جاتی ہے؛ FinOps کی اصلاح ڈیٹا سے چلتی ہے۔	مضبوط multi-tenancy کے ساتھ خود سروس، خود شفا بخش پلیٹ فارم پورٹیبل اور hybrid/sovereign کے لیے تیار رہتا اور ادارے بھر مسلسل بہتر ہوتا ہے۔
پلیٹ فارم انجینئرنگ اور DevEx	کوئی پلیٹ فارم نہیں؛ ہر ٹیم اپنی ٹولنگ غیر مستقل جوڑتی ہے؛ ٹکٹ سے چلتے handoffs؛ اونچا ذہنی بوجھ۔	کچھ مشترک ٹولز اور سانچے، مگر بکھرے اور جزوی ہاتھ کے؛ محدود خود سروس؛ DevEx غیر ناپی۔	پلیٹ فارم ٹیم golden paths، خود سروس provisioning، ڈویلپر پورٹل، اور اسکور کارڈ چلاتی ہے؛ پکی سڑکوں میں حفاظتی جنگلے؛ DevEx ناپا جاتا ہے۔	اپنانا، DevEx سکور، اور ذہنی بوجھ کے اشارے بنیادی خطوط کے مقابل ناپے اور ریویو ہوتے ہیں۔	پختہ پلیٹ فارم پروڈکٹ اس رائے سے مسلسل بہتر ہوتی ہے؛ رضاکارانہ اپنانا اونچا ہے اور نظم و نسق ادارے بھر ورک فلو میں نظر نہیں آتا۔
ٹیسٹ اور عمل کی خودکاری	ٹیسٹنگ اور ops زیادہ تر ہاتھ کے؛ غیر مستقل coverage؛ طریقہ کار ذہنوں یا پرانی دستاویزات میں؛ تعمیل کی شہادت ہاتھ سے۔	خودکار ٹیسٹ موجود مگر سست/ناقابل بھروسہ اور غیر مستقل چلتے ہیں؛ کچھ آپریشنل اسکرپٹس؛ ہاتھ کی اصلاح؛ وقتاً فوقتاً ریویو کا نظم و نسق۔	تیز، متوازی، قابل اعتماد ٹیسٹ انفراسٹرکچر؛ codified runbooks؛ ChatOps؛ خودکار پیدا شدہ تعمیل کی شہادت؛ نظم و نسق خودکار جانچوں کے طور پر۔	خودکاری کا coverage، جھوٹے-مثبت کی شرحیں، اور اصلاح کے اوقات بنیادی خطوط کے مقابل ناپے جاتے ہیں۔	معمول کے واقعات حفاظتی تدابیر کے ساتھ خودکار درست ہوتے ہیں؛ تعمیل مسلسل اور آڈٹ کے لیے تیار ہے اور انسان ادارے بھر فیصلے پر توجہ دیتے ہیں۔

حصہ 9۔ آپریشنز، قابل اعتمادی، اور مشاہدہ پذیری

موضوع	سطح 1 آغاز	سطح 2 ترقی	سطح 3 معیار بندی	سطح 4 انتظام	سطح 5 ہم آہنگی
Site reliability engineering	آپریشنز ہاتھ کے اور ردعملی؛ کوئی SLOs نہیں؛ قابل اعتمادی رائے ہے؛ وہی واقعات دہراتے ہیں؛ آگ بجھانا غالب۔	کلیدی سروسز کے بنیادی SLIs/SLOs ہیں؛ کچھ مانیٹرنگ اور alerting؛ toil تسلیم شدہ مگر غیر ناپا؛ غیر مستقل postmortems۔	Error budgets ترجیح پر اثر ڈالتے ہیں؛ toil ناپا اور محدود؛ معمول کی صلاحیت کی منصوبہ بندی؛ فنڈ شدہ خودکاری؛ PRR اور تعامل کا ماڈل۔	Error budgets، toil، اور SLO کی حصولیابی بنیادی خطوط کے مقابل ناپے جاتے اور ترجیح چلاتے ہیں۔	Error-budget کی پالیسی خودکار اور احترام شدہ ہے؛ خود سروس ops اور فعال صلاحیت ادارے کو رفتار اور استحکام ڈیٹا پر تولنے اور ڈھلنے دیتے ہیں۔
مشاہدہ پذیری اور مانیٹرنگ	بنیادی uptime جانچیں اور فی مشین غیر ساختہ logs؛ debugging کا مطلب SSH؛ شور بھرے، نظر انداز alerts۔	مرکزی میٹرکس اور log aggregation؛ کچھ ڈیش بورڈز اور حد والے alerts؛ جزوی/غائب traces؛ ہاتھ کا باہمی ربط۔	پھیلائی گئی trace IDs کے ساتھ OpenTelemetry instrumentation؛ ساختہ logs، tracing، منتخب ڈیش بورڈز، SLO علامت alerting؛ پائیدار on-call۔	Alert کا معیار، MTTD، اور telemetry کی لاگت بنیادی خطوط کے مقابل ناپی جاتی ہے؛ burn-rate alerting SLOs کے مطابق ٹیون ہے۔	اونچی-cardinality، واقعات سے بھرپور مشاہدہ پذیری ad hoc تفتیش کو سہارا دیتی ہے؛ retention لاگت کے لحاظ سے بہتر ہے اور telemetry ادارے بھر فیصلوں کو آگاہ کرتی ہے۔
واقعے کا انتظام	واقعات کو جو بھی نوٹس کرے ad hoc سنبھالتا ہے؛ کوئی کردار، شدتیں، یا postmortems نہیں؛ غیر رسمی on-call؛ ناکامیاں دہراتی ہیں۔	بنیادی on-call rotations اور شدتیں؛ کچھ postmortems، مگر غیر واضح کردار اور غیر مستقل ٹریک شدہ اصلاحی اعمال۔	واضح کرداروں اور معیار کے ساتھ رسمی incident command سسٹم؛ بلا الزام postmortems معیاری؛ اعمال ٹریک؛ on-call کا معاوضہ۔	واقعے کی تعدد، MTTR، اور on-call کا بوجھ بنیادی خطوط کے مقابل ناپا جاتا ہے؛ بار بار کی وجوہات کا رجحان دیکھا جاتا ہے۔	ردعمل game days سے مشق ہوتا ہے؛ on-call پائیدار اور پرسکون رہتا ہے اور مجموعی تجزیہ ادارے کے سیکھنے پر ساختی سرمایہ کاری چلاتا ہے۔
لاگت، پائیداری، گرین سافٹ ویئر	کلاؤڈ کی لاگتیں ماہانہ حیرت ہیں؛ کوئی tagging، تفویض، یا کاربن کی آگاہی نہیں؛ فراخ، غیر نظر ثانی شدہ provisioning۔	بنیادی لاگت کی نظر اور tagging؛ کچھ ردعملی rightsizing اور بیکار کی صفائی؛ پائیداری تسلیم شدہ مگر غیر ناپی۔	تفویض، بجٹ، پیش گوئیوں، anomaly alerts، وعدوں، rightsizing کے ساتھ FinOps عمل؛ اہم سروسز کے لیے کاربن ناپا گیا۔	لاگت اور کاربن فی ٹیم بجٹ اور بنیادی خطوط کے مقابل ناپے جاتے ہیں؛ بے ضابطگیاں نشان زد ہوتی ہیں۔	لاگت اور کاربن مسلسل ٹیم کی ملکیت کے اشارے ہیں؛ مؤثر ڈیفالٹس، خودکار اصلاح، اور کاربن سے آگاہ scheduling ادارے بھر مسلسل بہتر ہوتے ہیں۔

حصہ 10۔ پراجیکٹ/پروڈکٹ/پروگرام مینجمنٹ

موضوع	سطح 1 آغاز	سطح 2 ترقی	سطح 3 معیار بندی	سطح 4 انتظام	سطح 5 ہم آہنگی
پورٹ فولیو اور پروگرام مینجمنٹ	ترجیحات جو سب سے بلند مانگے اس کی ad hoc طے؛ کوئی پورٹ فولیو نظارہ نہیں؛ انحصار بحران بن کر سامنے آتے ہیں؛ سالانہ فنڈنگ کی بھاگ دوڑ۔	وقتاً فوقتاً ریویو ہوتی پورٹ فولیو کی فہرست؛ شائع شدہ مقاصد کام سے کمزور جڑے؛ انحصار کا رجسٹر؛ پراجیکٹ پر مبنی بجٹ سازی۔	حکمت عملی OKRs سے cascade ہوتی ہے؛ مستقل ترجیحی فریم ورک؛ کراس ٹیم منصوبہ بندی انحصار منظم کرتی ہے؛ مستقل ٹیم کی فنڈنگ۔	پورٹ فولیو کے نتائج، ترسیل کی پیش گوئی کی صلاحیت، اور انحصار کی گنتیاں بنیادی خطوط کے مقابل ناپی جاتی ہیں۔	پورٹ فولیو نتیجے کی شہادت پر مسلسل دوبارہ متوازن ہوتا ہے؛ انحصار ڈیزائن سے ہٹا دیے جاتے ہیں اور فنڈنگ کی تال سیکھنے کی تال سے ادارے بھر ملتی ہے۔
خطرہ، آڈٹ، اور یقین دہانی	خطرہ واقعات کے بعد ردعملی سنبھالا جاتا ہے؛ کوئی فریم ورک یا رجسٹر نہیں؛ غیر دستاویزی کنٹرولز؛ تکلیف دہ ہاتھ کے آڈٹ۔	بڑے نظاموں کے لیے خطرے کے رجسٹر؛ کنٹرول فریم ورک اپنایا، آڈٹ پاس مگر ہاتھ کے اور وقتی؛ سپلائرز کا onboarding پر جائزہ۔	ادارے بھر تین-لائنز ماڈل اور مشترک فریم ورک؛ بہت سے کنٹرولز خودکار؛ مسلسل نگرانی؛ سپلائر/SBOM کی فہرستیں؛ شیڈول DR۔	کنٹرول کی تاثیر، کھلے خطرے کی گنتیاں، اور آڈٹ کے نتائج خطرے کی بھوک اور بنیادی خطوط کے مقابل ناپے جاتے ہیں۔	یقین دہانی مسلسل اور بڑی حد تک خودکار ہے؛ آڈیٹرز زندہ شہادت کا نمونہ لیتے ہیں اور خطرات کے ارتقا پر سپلائی چین کی سالمیت ادارے بھر توثیق ہوتی ہے۔
خریداری، اوپن سورس، لائسنسنگ	اوپن سورس آزادانہ شامل؛ کوئی پالیسی یا فہرست نہیں؛ لائسنس غیر جانچے؛ end-of-life حادثے سے ملتا ہے؛ کوئی مالک نہیں۔	بنیادی پالیسی اور منظور شدہ لائسنس کی فہرست؛ کچھ ہاتھ کی/دیر کی اسکیننگ؛ بڑے نظاموں کی فہرست؛ ad hoc شراکت۔	OSPO حکمت عملی اور ٹولنگ کا مالک؛ خودکار لائسنس/کمزوری کی اسکیننگ اور attribution؛ SBOMs؛ واضح شراکت؛ EOL ٹریک۔	لائسنس کی تعمیل، انحصار کی تازگی، اور کمزوری کی نمائش بنیادی خطوط کے مقابل ناپی جاتی ہے۔	اوپن سورس مکمل خودکار تعمیل کے ساتھ منظم اسٹریٹجک اثاثہ ہے؛ اپ اسٹریم سرمایہ کاری دانستہ ہے اور تازگی اور EOL ادارے بھر مسلسل منظم ہیں۔
بڑے اور طویل العمر نظاموں کی پائیداری	نظام ہیروز پر منحصر؛ ملکیت یادداشت سے؛ غیر دستاویزی علم؛ نظام ٹوٹنے تک منجمد؛ ریٹائرمنٹ کبھی ختم نہیں ہوتی۔	بڑے نظاموں کی ملکیت تفویض اور ریکارڈ شدہ؛ کچھ دستاویزات اور runbooks؛ واضح نازک فنکشنز کا بیک اپ شخص؛ ردعملی دیکھ بھال۔	کیٹلاگ میں ٹیم کی سطح کی ملکیت جو ازسرنو تنظیموں سے بچتی ہے؛ bus factor ناپا اور کم کیا گیا؛ فیصلوں کے ریکارڈ اور runbooks؛ بتدریج جدت کاری۔	Bus factor، ملکیت کا coverage، اور علم کی منتقلی کی پیش رفت بنیادی خطوط کے مقابل ناپی جاتی ہے۔	نگرانی داری فنڈ شدہ نظم و ضبط ہے؛ کوئی نازک نظام انسانی ناکامی کا واحد نقطہ نہیں اور علم کی منتقلی اور منصوبہ بند اختتام ادارے بھر جاری ہیں۔
اخلاقیات، جوابدہی، عوامی مفاد	اخلاقیات نظر انداز یا اسکینڈل کے بعد ردعملی؛ رسائی نظر انداز؛ مبہم خودکار فیصلے جن کا کوئی چارہ نہیں؛ تعصب غیر آزمایا۔	ضابطۂ اخلاق اور کچھ (دیر سے) رسائی؛ نمایاں خودکار فیصلوں کی کچھ نگرانی؛ کبھی کبھار تعصب کی جانچ۔	اخلاقی ریویو عمل کا حصہ ہے؛ رسائی ڈیزائن میں بنی اور صارف سے آزمائی گئی؛ نتیجہ خیز فیصلے وضاحت اور چارہ جوئی ساتھ رکھتے ہیں۔	مساوات، رسائی، اور الگورتھمی جوابدہی کے نتائج بنیادی خطوط کے مقابل مانیٹر ہوتے ہیں۔	ذمہ داری اس میں پیوست ہے کہ ادارہ کیسے بناتا ہے؛ مساوات ناقابل مذاکرات ڈیفالٹ ہے اور الگورتھمی جوابدہی معیاری اور ادارے بھر مسلسل بہتر ہوتی ہے۔

مجموعی پختگی کی خود تشخیص

ہلکا، ایماندار سکور پیدا کرنے کے لیے اوپر کے میٹرکس استعمال کریں۔

سکور کرنے کا معیار

ہر باب کو 1 سے 5 سکور دیں اس سطح کے ساتھ جس کی تفصیل آپ کی عام حقیقت سے سب سے بہتر ملے۔ جب رویہ غیر مستقل ہو تو نچلی سطح سکور کریں۔
حصے کے لحاظ سے اوسط نکالیں۔ کسی حصے میں ابواب کے سکور جمع کریں اور ابواب کی تعداد سے تقسیم کریں۔ یہ فی حصہ پختگی دیتا ہے (مثلاً، “حصہ IV کا اوسط 2.5”)۔
صرف اوسط نہیں، کم از کم بھی ریکارڈ کریں۔ وہ حصہ جس کا اوسط 3.0 ہو مگر سطح 1 کا باب رکھتا ہو، اوسط سے قطع نظر اس باب کا خطرہ اٹھاتا ہے۔
رجحان بنائیں۔ ہر سہ ماہی یا دو میں دوبارہ سکور کریں اور سفر کی سمت دیکھیں۔ 2 → 3 کی طرف بڑھتا شعبہ ساکن 3 پر اٹکے شعبے سے زیادہ صحت مند ہے۔

فی حصہ سادہ ورک شیٹ:

حصہ	سکور شدہ ابواب	اوسط (mean)	سب سے کم باب	نوٹس / ترجیح
I-X	گنتی	mean	کم از کم سطح	…

بہتری کی ترجیح دینا

ہر چیز ایک ساتھ بلند کرنے کی کوشش نہ کریں، اور سب سے اونچے اوسط کا پیچھا نہ کریں۔ خطرے کے وزن سے پختگی کے خلا سے ترجیح دیں: ان شعبوں پر حملہ کریں جہاں نچلی سطح اونچے نتیجے سے ملتی ہے۔

پہلے: آپ کے سب سے اونچے خطرے والے شعبوں میں سب سے کم پختگی کے ابواب۔ زیادہ تر اداروں کے لیے اس کا مطلب سیکیورٹی، رازداری، قابل اعتمادی، تعمیل، اور کوئی بھی نظام ہے جس کی ناکامی لوگوں کو نقصان پہنچائے یا قانون توڑے۔ یہاں سطح 1 فوری ہے۔
اگلے: بنیادی معاون (ثقافت، کام کے طریقے، CI/CD، IaC، مشاہدہ پذیری) جو ہر دوسرے شعبے کی چھت بلند کرتے ہیں۔ انہیں بہتر کرنا بعد کے فوائد کو سستا بناتا ہے۔
بعد میں: وہ شعبے جو پہلے ہی سطح 3 پر ہیں اور سطح 4 یا 5 تک چڑھ سکتے ہیں۔ بنیادی سطح سے آگے صرف وہاں بڑھیں جہاں داؤ اور پیمانہ اضافی سرمایہ کاری کا جواز دیں۔

انٹرپرائز اور حکومت کی بنیادی لکیر

انٹرپرائز اور سرکاری سیاق عموماً “یہ کام کرتا ہے” پر نہیں رک سکتے۔ آڈٹ پاس کرنے، اجازتیں برقرار رکھنے، اور ضابطے اور عوامی جوابدہی کی ذمہ داریاں پوری کرنے کے لیے، زیادہ تر شعبوں کو کم از کم سطح 3 (معیار بندی) پہنچنا ہوگا، وہ سطح جہاں عمل معیاری، دستاویزی، ٹیموں میں نافذ ہیں اور شہادت پیدا کرتے ہیں۔ سطح 2 عموماً آڈٹ میں ناکام ہوتی ہے کیونکہ وہ غیر مستقل اور ڈیڈ لائن تلے ہاتھ سے جوڑی ہوتی ہے؛ سطح 1 سراسر ناکام ہے۔

سطح 3 کو ہر قابل آڈٹ یا حفاظت سے متعلق چیز کی بنیادی حد سمجھیں، اور اعلیٰ سطحوں (4 اور 5) کو صرف وہاں ہدف سمجھیں جہاں مسلسل یقین دہانی، پیمانہ، یا عوامی اعتماد اضافی سختی کو قابل بناتے ہیں۔ پختگی ذریعہ رہتی ہے: ہدف اس خطرے کے لیے قابل دفاع، متناسب سطح کا کنٹرول ہے جو آپ اصل میں اٹھاتے ہیں، کامل سکور نہیں۔