2.10 DORA میٹرکس فریم ورک

جائزہ اور محرک

DORA میٹرکس DevOps ریسرچ اینڈ اسیسمنٹ پروگرام سے آتے ہیں، جو کئی سالہ تحقیقی کوشش تھی، جو بعد میں Nicole Forsgren، Jez Humble، اور Gene Kim کی کتاب Accelerate کے طور پر شائع ہوئی، جس نے دسیوں ہزار انجینئرنگ پیشہ ور افراد کا سروے کیا تاکہ پتا چلے کہ ڈیلیوری کے کون سے طریقے ادارے کی کارکردگی سے ہم رشتہ ہیں۔ نتیجہ چار میٹرکس تھے، دو دو کی جوڑیوں میں: ڈیپلائمنٹ کی تعدد اور تبدیلیوں کا لیڈ ٹائم رفتار ناپتے ہیں؛ تبدیلی کی ناکامی کی شرح اور ناکام ڈیپلائمنٹ کی بحالی کا وقت، جو اکثر مختصراً اوسط بحالی کا وقت (MTTR) کہلاتا ہے، استحکام ناپتے ہیں۔ تحقیق کی وہ دریافت جس نے فریم ورک کو نمایاں بنایا یہ تھی کہ اعلیٰ ترین کارکردگی والے بیک وقت تیز اور مستحکم تھے، اس مفروضے کو الٹتے ہوئے کہ رفتار اور حفاظت ایک دوسرے کے مقابل سودا ہوتے ہیں، اور وہ دریافت اب بھی اس کتاب کے پاس موضوع 1.2 کے حفاظتی حد کی جوڑی کے اصول کی سب سے واضح عملی مثال ہے: ترغیب والا رفتار کا میٹرک، استحکام کی حفاظتی حد کے ساتھ جوڑا ہوا، وہی ہے جو بہترین کارکردگی والے ادارے دراصل کرتے ہیں۔

یہ کتاب DORA کا احاطہ اس حصے میں آخر میں دانستہ طور پر کرتی ہے، حصے کے تنظیمی فریم ورک کے طور پر نہیں۔ یہ جگہ تحقیق کا انکار نہیں، جو حقیقتاً سخت اور استعمال کے قابل ہے۔ یہ ایک مخصوص، حقیقی حد کی عکاسی کرتی ہے: DORA ناپتا ہے کہ پائپ لائن کتنی تیزی سے اور کتنی حفاظت سے چلتی ہے، لیکن اس بارے میں خاموش ہے کہ پائپ لائن سے کیا گزر رہا ہے۔ ٹیم بہترین DORA اعداد دکھا سکتی ہے جبکہ اس کی اصل پیداوار خاموشی سے نقص کے دوبارہ کام کی طرف بھٹک گئی ہو یا اس نے تکنیکی قرض اور سیکیورٹی کے کام کو صلاحیت سے بھوکا رکھا ہو، ایسا نمونہ جسے موضوعات 2.1 سے 2.4 کا Flow Framework خاص طور پر سامنے لانے کے لیے بنا ہے اور DORA نہیں دیکھ سکتا۔ DORA کو اس طرح استعمال کریں جیسے یہ موضوع اسے پیش کرتا ہے: پائپ لائن کی میکانیات کا اچھی طرح توثیق شدہ، تنگ حوالہ جاتی پیمانہ، ڈیلیوری کی صحت کی پوری تصویر نہیں۔

بڑی ٹیموں کے لیے DORA کی باقی رہنے والی حقیقی قدر موازنے کی صلاحیت ہے۔ پائپ لائن اور واقعے کے ڈیٹا سے یکساں طور پر حساب کیا گیا میٹرک ادارے کو مختلف ڈومینز میں کام کرنے والی بہت سی ٹیموں میں ڈیلیوری کی صلاحیت کا موازنہ کرنے دیتا ہے، ان سیب بمقابلہ سنگترے کے مسئلے کے بغیر جو زیادہ تر ٹیموں کے آر پار موازنوں کو متاثر کرتا ہے۔ بڑے ادارے اب بھی اسے پلیٹ فارم سرمایہ کاری کی ترجیح کے لیے استعمال کرتے ہیں؛ حکومتی ادارے اب بھی اسے ثبوت سے یہ دکھانے کے لیے استعمال کرتے ہیں کہ جدید کاری کے پروگرام نے ڈیلیوری کی میکانیات کو ناپنے کے قابل طور پر بہتر کیا۔ اسے DORA کا مناسب، محدود کام سمجھیں، اور اس سوال کے لیے اس حصے کے پہلے کے Flow Framework کے موضوعات استعمال کریں کہ آیا درست چیزیں پہنچائی بھی جا رہی ہیں۔

بنیادی اصول

DORA پائپ لائن ناپتا ہے، اس میں بہنے والی قدر نہیں۔ موضوع 2.1 اس خلا کا براہِ راست نام لیتا ہے؛ جو DORA نہیں دیکھ سکتا اسے دیکھنے کے لیے بہاؤ کی تقسیم (موضوع 2.3) استعمال کریں۔
رفتار اور استحکام ایک ساتھ ناپے جاتے ہیں، کبھی الگ نہیں۔ دونوں نصف کے بغیر DORA سے باخبر ڈیش بورڈ واقعی فریم ورک استعمال نہیں کر رہا۔
تعریف کی یکسانیت خام عدد سے زیادہ اہم ہے۔ یکساں طور پر متعین میٹرک پر ٹیم کا “درمیانی” سے “اعلیٰ” کارکردگی کی طرف جانا حقیقی اشارہ ہے؛ مختلف طریقے سے حساب کی گئی دو ٹیموں کا موازنہ نہیں۔
DORA نظام کو ناپتا ہے، افراد کو نہیں۔ ان میٹرکس کو انفرادی انجینئروں پر لاگو کرنا فریم ورک کی شماریاتی بنیاد توڑ دیتا ہے اور بالکل اس گیمنگ کو دعوت دیتا ہے جس سے موضوع 1.2 خبردار کرتا ہے۔
چاروں میٹرکس نائب ہیں، اہداف نہیں۔ وہ ادارے کی کارکردگی سے ہم رشتہ ہیں؛ حقیقی ڈیلیوری کی بہتری سے کٹ کر خود عدد کا پیچھا کرنا فریم ورک کا مقصد ناکام کر دیتا ہے۔

سفارشات

ڈیپلائمنٹ کی تعدد کو پائپ لائن سے انسٹرومینٹ کریں، صرف پروڈکشن ریلیزز گنتے ہوئے

ڈیپلائمنٹ کی تعدد ناپتی ہے کہ ٹیم کتنی بار کامیابی سے پروڈکشن میں ریلیز کرتی ہے۔ صرف کامیاب پروڈکشن ڈیپلائمنٹس گنیں، CI/CD پائپ لائن کے ڈیٹا سے خودکار طور پر انسٹرومینٹ کی گئی، کبھی خود رپورٹ شدہ نہیں۔ خاص طور پر متبادل کی گیمنگ پر نظر رکھیں، ایک بامعنی تبدیلی کو گنتی بڑھانے کے لیے محض کئی معمولی ڈیپلائز میں توڑنا، تعدد کے ساتھ ڈیپلائے کا سائز ٹریک کر کے: بڑھتی گنتی کے ساتھ گھٹتا اوسط سائز اس بات کا واضح ترین اشارہ ہے کہ ایسا ہو رہا ہے۔

تبدیلیوں کے لیڈ ٹائم کو پہلے کمٹ سے پروڈکشن تک انسٹرومینٹ کریں

تبدیلیوں کا لیڈ ٹائم کوڈ کی تبدیلی کے پہلے کمٹ سے پروڈکشن میں اس کی کامیاب ڈیپلائمنٹ تک کا وقت ناپتا ہے۔ وسطانیہ اور اونچا پرسنٹائل دونوں رپورٹ کریں، صرف اوسط نہیں، ٹیڑھے وقت پر مبنی ڈیٹا پر موضوع 1.6 کی رہنمائی کی پیروی کرتے ہوئے، اور کسی بھی سرے پر تعریف کے بھٹکاؤ پر نظر رکھیں، جو بغیر حقیقی بہتری کے عدد کو خوشنما بناتا ہے۔

ٹیموں میں موازنہ کرنے سے پہلے تبدیلی کی ناکامی کی شرح کو تحریری طور پر متعین کریں

تبدیلی کی ناکامی کی شرح ان ڈیپلائمنٹس کا فیصد ناپتی ہے جو ایسی ناکامی کا سبب بنیں جس کی اصلاح درکار ہو، رول بیک، ہاٹ فکس، یا واقعہ۔ یہ چاروں میں سے یکساں طور پر متعین کرنا سب سے مشکل ہے، کیونکہ “ناکامی” خود بخود معروضی نہیں۔ ٹیموں کا موازنہ کرنے سے پہلے تحریری تعریف پر اتفاق کریں؛ اس کے بغیر بظاہر منصفانہ موازنہ بری طرح گمراہ کر سکتا ہے۔ بنیادی عمل میں کسی تبدیلی کے بغیر مشتبہ طور پر تیز بہتری پر نظر رکھیں، جو حقیقی پیش رفت کے بجائے تعریف کی گیمنگ کا واضح ترین اشارہ ہے۔

بحالی کا وقت ڈیپلائے کے واقعے سے نہیں، شناخت سے ناپیں

ناکام ڈیپلائمنٹ کی بحالی کا وقت ناپتا ہے کہ ڈیپلائمنٹ کے ناکامی کا سبب بننے کے بعد سروس بحال کرنے میں کتنا وقت لگتا ہے۔ گھڑی شناخت پر شروع کریں، خود ڈیپلائے کے واقعے پر نہیں، تاکہ عدد نگرانی کے خلا کے بجائے حقیقی بحالی کی تاخیر کی عکاسی کرے۔ خاص طور پر خودکار رول بیک کی صلاحیت میں سرمایہ کاری کریں، اس میٹرک کو واقعہ کو وقت سے پہلے حل شدہ قرار دے کر نہیں بلکہ حقیقی طور پر بہتر کرنے کا سب سے عام لیور۔

کسی عدد کے حرکت کرنے کی وجہ تشخیص کرنے کے لیے DORA نہیں، بہاؤ کے میٹرکس استعمال کریں

جب DORA کا کوئی میٹرک بدلتا ہے، تو چاروں اعداد اکیلے شاذ و نادر وجہ بتاتے ہیں۔ DORA کے خلاصہ اعداد کے نیچے تشخیصی تہہ کے طور پر سائیکل ٹائم کی تقسیم (موضوع 2.6)، بہاؤ کا بوجھ (موضوع 2.4)، اور بہاؤ کی تقسیم (موضوع 2.3) استعمال کریں، اور DORA کا کوئی میٹرک انفرادی کارکردگی کے جائزے میں کبھی استعمال نہ کریں، جو اس فریم ورک کے لیے سب سے زیادہ نقصان دہ غلط استعمال ہے۔

سمجھوتے: فوائد اور نقصانات

طریقہ	فوائد	نقصانات
مکمل DORA فریم ورک، چاروں میٹرکس جوڑے ہوئے	تحقیق سے توثیق شدہ، جوڑی کے ذریعے گیمنگ کا مقابلہ، ٹیموں کے آر پار منصفانہ موازنہ ممکن	اس بارے میں خاموش کہ کس قسم کی قدر پہنچائی جا رہی ہے؛ اس تصویر کے لیے اس کے ساتھ Flow Framework درکار
DORA اس حصے کے واحد تنظیمی میٹرک کے مجموعے کے طور پر	سادہ، زیادہ تر انجینئرنگ رہنماؤں کے لیے مانوس	قدر کے مرکب کا سوال بالکل چھوڑ دیتا ہے، یہاں اسے کم ترجیح دینے کی اس کتاب کی وجہ
DORA اور Flow Framework ایک ساتھ	پائپ لائن کی میکانیات اور قدر کا مرکب دونوں نظر آتے ہیں	ایک کے بجائے دو میٹرک کے ذخیرۂ الفاظ برقرار رکھنے کی ضرورت
DORA انفرادی سطح پر لاگو	بعض مینیجرز کو براہِ راست قابلِ عمل لگتا ہے	فریم ورک کی شماریاتی درستگی توڑ دیتا ہے؛ گڈہارٹ کے قانون کا مضبوط خطرہ

مرکزی کشمکش میکانکی سختی بمقابلہ کاروباری قابلِ فہمی ہے۔ DORA کے چار میٹرکس درست طور پر متعین اور تحقیق سے توثیق شدہ ہیں، جو انہیں ٹیموں میں پائپ لائن کی کارکردگی کا موازنہ کرنے کے لیے بہترین بناتا ہے، لیکن وہی درستگی تنگ طور پر خود پائپ لائن تک محدود ہے اور اس بارے میں کچھ نہیں کہتی کہ آیا درست کام اس میں سے بہہ رہا ہے۔ اس کشمکش کو یوں حل کریں کہ DORA کو پائپ لائن کی صحت کے حوالہ جاتی تہہ کے طور پر رکھیں، جو اس کتاب کے ڈھانچے میں موضوع 2.10 کی مناسب جگہ ہے، جبکہ قدر کے مرکب کے کاروباری رخ والے سوال کے لیے اس حصے کے پہلے کے Flow Framework کے موضوعات استعمال کریں، DORA سے ایسا سوال حل کرانے کی کوشش کے بجائے جس کے لیے وہ بنا ہی نہیں۔

اپنی ٹیم کے ساتھ زیرِ بحث لانے کے سوالات

کیا ہم چاروں DORA میٹرکس پائپ لائن سے انسٹرومینٹ کر رہے ہیں، یا ان میں سے کچھ خود رپورٹ شدہ اندازے ہیں؟ معروضی، تحقیق سے توثیق شدہ پیمائش پر بنا فریم ورک اپنی زیادہ تر قدر اس لمحے کھو دیتا ہے جب کوئی عدد بہترین اندازہ بن جائے۔ ہر میٹرک کے اصل ڈیٹا کے ماخذ (موضوع 1.5) کا آڈٹ کریں۔
کیا جن ٹیموں کا ہم DORA میٹرکس سے موازنہ کرتے ہیں وہ سب ڈیپلائمنٹ، تبدیلی، اور ناکامی کی ایک ہی تعریف رکھتی ہیں؟ مختلف تعریفیں استعمال کرنے والی ٹیموں کا موازنہ واقعی موازنہ نہیں، اور رشتہ دار کارکردگی کے بارے میں ناانصافی والے فیصلے پیدا کر سکتا ہے۔
کیا ہمارے ادارے میں کسی نے DORA کا کوئی میٹرک انفرادی کارکردگی کے جائزے میں استعمال کیا ہے، رسمی یا غیر رسمی طور پر؟ یہ فریم ورک کا سب سے نقصان دہ غلط استعمال ہے اور اکثر خاموشی سے ہوتا ہے۔ براہِ راست پوچھیں اور ناگوار مگر ضروری جواب کے لیے تیار رہیں۔
کیا ہمارے DORA اعداد بہترین ہو سکتے ہیں جبکہ ہماری بہاؤ کی تقسیم (موضوع 2.3) خاموشی سے دوبارہ کام کی طرف یا فیچرز سے دور بھٹک گئی ہو؟ یہ بالکل وہ خلا ہے جو اکیلا DORA نہیں دیکھ سکتا۔ دونوں مجموعے اعداد ایک ساتھ نکالیں اور جانچیں کہ آیا وہ یکساں کہانی سناتے ہیں۔
جب ہمارا کوئی DORA میٹرک حرکت کرتا ہے تو کیا ہمارے پاس وجہ بتانے کے لیے بہاؤ کے میٹرک کی تشخیص ہے؟ اکیلا DORA کا عدد آپ کو بتاتا ہے کہ کچھ بدلا، یہ نہیں کہ کیا۔ جانچیں کہ آیا آپ کی ٹیمیں “اس مہینے لیڈ ٹائم کیوں بڑھا” کا جواب ڈیٹا سے دے سکتی ہیں، یا صرف قیاس آرائی سے۔
اگر ہم ہر ایک کو دانستہ گیم کرنے کی کوشش کریں تو ہمارے چار DORA اعداد کیسے بدلیں گے، اور کیا ہم نوٹس کریں گے؟ ڈیپلائمنٹ کی تعدد، لیڈ ٹائم، تبدیلی کی ناکامی کی شرح، اور بحالی کے وقت پر ایک ایک کر کے چلیں، موضوع 1.2 کے بنیادی نظم کا اس مخصوص فریم ورک پر عملی اطلاق۔

شعبے کا زاویہ

اسٹارٹ اپ۔ DORA کے رفتار کے میٹرکس عموماً اس چھوٹی ٹیم کے لیے قدرتی طور پر آتے ہیں جو پہلے ہی متواتر ڈیپلائے کرتی ہے؛ مشکل نظم تبدیلی کی ناکامی کی شرح اور بحالی کے وقت کو ایمانداری سے انسٹرومینٹ کرنا ہے، یہ فرض کرنے کے بجائے کہ استحکام ہے کیونکہ ابھی کچھ بری طرح نہیں ٹوٹا۔ DORA کو جلد ہی غیر رسمی بہاؤ کے آئٹم کی تقسیم (موضوع 2.2) کے ساتھ جوڑنا اکیلی پائپ لائن کی رفتار کے گرد ڈیلیوری کی صحت کا جھوٹا احساس بنانے سے بچاتا ہے۔

چھوٹا کاروبار۔ زیادہ تر جدید CI/CD اور ورژن کنٹرول پلیٹ فارم کم سے کم سیٹ اپ کے ساتھ ڈیپلائمنٹ کی تعدد اور لیڈ ٹائم کا ڈیٹا ایکسپورٹ کرتے ہیں؛ تبدیلی کی ناکامی کی شرح کے لیے ڈیپلائز کو واقعات سے جوڑنے میں عموماً زیادہ دستی کوشش لگتی ہے۔ دو رفتار کے میٹرکس سے آغاز کریں اور استحکام کی ٹریکنگ جیسے ہی غیر رسمی واقعات کا لاگ موجود ہو جس سے جوڑا جا سکے شامل کریں۔

بڑا ادارہ۔ اس پیمانے پر DORA کی سب سے بڑی باقی قدر پلیٹ فارم سرمایہ کاری کے فیصلوں کے لیے منصفانہ، یکساں ٹیموں کے آر پار موازنہ ہے۔ پورے ادارے میں تعریفیں معیاری بنائیں (موضوع 1.4)، انسٹرومینٹیشن مرکزی طور پر خودکار کریں، اور ہر DORA رپورٹ کو بہاؤ کی تقسیم کے منظر کے ساتھ جوڑیں تاکہ قیادت پائپ لائن کی رفتار اور قدر کا مرکب دونوں ایک ساتھ دیکھے، ایک دوسرے کے بغیر نہیں۔

حکومت۔ DORA میٹرکس اب بھی جدید کاری کے پروگرام کو نگران اداروں کو ڈیلیوری کی میکانیات کی بہتری دکھانے کا قابلِ دفاع، تحقیق کی پشت پناہی والا طریقہ دیتے ہیں۔ چاروں میٹرکس ایک ساتھ رپورٹ کریں، کبھی خوشنما نصف کو چن کر نہیں، اور انہیں بہاؤ کی تقسیم کے ساتھ جوڑیں تاکہ رپورٹ اس زیادہ مشکل، زیادہ اہم سوال کا بھی جواب دے کہ تیز پائپ لائن دراصل کیا پہنچا رہی ہے۔

مثالیں

بڑا ادارہ۔ ایک بڑی ٹیلی کمیونیکیشنز کمپنی کے پلیٹ فارم کی جدید کاری کے پروگرام نے چالیس پروڈکٹ ٹیموں میں چاروں DORA میٹرکس یکساں انسٹرومینٹ کیے اور اٹھارہ مہینوں میں کم کارکردگی سے اعلیٰ کارکردگی کی پٹیوں تک حقیقی حرکت دکھائی، ڈیپلائمنٹ کی تعدد تقریباً دس گنا بڑھ گئی، لیڈ ٹائم ہفتوں سے دنوں پر آ گیا، تبدیلی کی ناکامی کی شرح مستحکم رہی۔ پیشکش کا جائزہ لیتے ہوئے بورڈ کے رکن نے ایسا سوال پوچھا جس کا جواب اکیلے DORA اعداد نہیں دے سکتے تھے: اس تیز ڈیلیوری کا کتنا حصہ نئی صارف قدر تھی بمقابلہ دوبارہ کام۔ انجینئرنگ تنظیم کے پاس اگلی سہ ماہی میں بہاؤ کے آئٹم کی درجہ بندی اپنانے تک کوئی جواب نہیں تھا، جس نے دکھایا کہ DORA کے رفتار کے اعداد بہتر ہونے کے باوجود کل پیداوار کے حصے کے طور پر فیچر کا کام دراصل گھٹ گیا تھا، ایسی دریافت جس نے پروگرام کی اگلے سال کی ترجیحات کی شکل بدل دی۔

حکومت۔ ایک ریاستی حکومت کے IT جدید کاری کے دفتر نے متعدد مسابقتی وینڈر ٹیموں کی ڈیلیوری کی صلاحیت کا موازنہ کرنے کے لیے DORA میٹرکس کو معاہدے کی شرط کے طور پر اپنایا، فریم ورک کی موازنہ پذیری کا مؤثر استعمال۔ ایک وینڈر کی اونچی ڈیپلائمنٹ کی تعدد، جب اس کے ساتھ تبدیلی کی ناکامی کی شرح بھی لازمی کی گئی، اپنے ہم عصروں سے تقریباً تین گنا زیادہ ناکامی کی شرح سے ہم رشتہ نکلی، ایسی معلومات جس نے براہِ راست دفتر کے معاہدے کی تجدید کے فیصلے کو باخبر کیا۔ دفتر نے بعد میں انہی معاہدوں میں بہاؤ کی تقسیم کا تقاضا شامل کیا جب اس نے دریافت کیا کہ بہترین DORA اعداد والا وینڈر ہی وہ تھا جو سیکیورٹی کی اصلاح کے کام پر صلاحیت کا سب سے چھوٹا حصہ خرچ کر رہا تھا جس کا معاہدے نے خاص طور پر تقاضا کیا تھا۔

کاروباری جواز: محرکات، ROI، اور TCO

DORA کو اپنے مناسب دائرے میں اچھی طرح اپنانے کا منافع “کیا ہماری ڈیلیوری پائپ لائن تیز اور محفوظ ہو رہی ہے” کا قابلِ دفاع، ثبوت پر مبنی جواب ہے، جو اعتماد کے ساتھ جواب دینے کے لیے انجینئرنگ کے زیادہ قابلِ حل سوالات میں سے رہتا ہے۔ وہ جواب پلیٹ فارم اور ٹولنگ سرمایہ کاری کا حقیقی اعداد سے جواز دیتا ہے، اور قیادت کو مسابقتی سرمایہ کاریوں کا منصفانہ، یکساں بنیاد پر موازنہ کرنے دیتا ہے، بالکل ویسے جیسے ہمیشہ کرتا آیا ہے۔

ملکیت کی کل لاگت تبدیلی کی ناکامی کی شرح اور بحالی کے وقت کے لیے ڈیپلائے کے واقعات کو واقعے کے ریکارڈ سے جوڑنے کا انضمام کا کام ہے، جو بڑے، غیر متجانس ٹولنگ کے منظر میں معمولی نہیں۔ DORA کو اس حصے کے پہلے کے Flow Framework کے موضوعات سے جوڑنے کی اضافی لاگت نسبتاً چھوٹی ہے، کیونکہ بہاؤ کے آئٹم کی درجہ بندی موجودہ کام کے اوپر لگی رپورٹنگ کی روایت ہے، متوازی پیمائش کا نظام نہیں، اور منافع، بالکل وہی قدر کے مرکب کا اندھا مقام پکڑنا جو اوپر کی ٹیلی کمیونیکیشنز کی مثال بتاتی ہے، اس معمولی اضافی سرمایہ کاری کے قابل ہے۔

منفی نمونے اور خطرات

DORA کو ڈیلیوری کی صحت کی پوری تصویر سمجھنا: گیمنگ کا وہ طریقہ جس کے مقابلے کے لیے اس موضوع کی جگہ بنائی گئی ہے۔ ادارہ حقیقتاً بہترین DORA اعداد، تیز، متواتر، مستحکم ڈیپلائمنٹس، پیش کر سکتا ہے جبکہ اس کی اصل پہنچائی گئی قدر خاموشی سے دوبارہ کام کی طرف یا فیچرز سے دور چلی گئی ہو، اور DORA کے چار میٹرکس اکیلے اس تبدیلی کو کبھی ظاہر نہیں کریں گے کیونکہ وہ اسے ناپنے کے لیے کبھی بنے ہی نہیں۔ حفاظتی حد ہر DORA رپورٹ کو بہاؤ کی تقسیم (موضوع 2.3) کے ساتھ جوڑنا ہے، تاکہ کام کے غلط مرکب کو پہنچاتی تیز، مستحکم پائپ لائن ڈیلیوری کی حقیقی صحت سمجھے جانے کے بجائے نظر آئے۔
صرف DORA کے رفتار کے نصف کی رپورٹنگ: فریم ورک کی مرکزی دریافت ناکام کرتی ہے کہ اعلیٰ کارکردگی والوں میں رفتار اور استحکام ایک ساتھ حرکت کرتے ہیں۔
DORA میٹرکس کو انفرادی کارکردگی کے جائزوں میں استعمال کرنا: فریم ورک کی شماریاتی درستگی توڑتا ہے اور مضبوط گیمنگ کو دعوت دیتا ہے۔
غیر یکساں تعریفوں والی ٹیموں کا موازنہ کرنا: ایسے موازنے پیدا کرتا ہے جو منصفانہ لگتے ہیں مگر نہیں۔
پائپ لائن سے انسٹرومینٹ کیے گئے کے بجائے خود رپورٹ شدہ DORA اعداد: بالکل وہ تعصب لاتا ہے جسے ختم کرنے کے لیے فریم ورک بنا تھا۔
DORA کو خلاصے کے بجائے تشخیصی سمجھنا: ٹیم کو یہ بتانے سے قاصر چھوڑتا ہے کہ عدد کیوں حرکت کیا بغیر اس کے نیچے بہاؤ کے میٹرک کی تہہ کے۔

پختگی کا نمونہ

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

بحث کے لیے خیالات

ہمارے چار DORA میٹرکس ہمیں ایمانداری سے کارکردگی کے درجوں کے سلسلے میں ابھی کہاں رکھتے ہیں؟
کیا ہمارے DORA اعداد بہترین ہو سکتے ہیں جبکہ ہماری بہاؤ کی تقسیم خاموشی سے بھٹک گئی ہو؟ کیا ہم نے کبھی جانچا؟
کیا کسی نے کبھی کسی فرد کو پرکھنے کے لیے DORA کا عدد استعمال کیا ہے، غیر رسمی طور پر بھی؟
اگر کوئی حریف اپنے DORA اعداد شائع کرے تو کیا ہمارے اعداد بہتر موازنہ کریں گے، اور کیا وہ موازنہ واقعی ہمیں بتائے گا کہ زیادہ حقیقی قدر کون پہنچا رہا ہے؟

اہم نکات

DORA کے چار میٹرکس، ڈیپلائمنٹ کی تعدد، لیڈ ٹائم، تبدیلی کی ناکامی کی شرح، اور بحالی کا وقت، ڈیزائن کے لحاظ سے رفتار کو استحکام کے ساتھ جوڑتے ہیں اور حقیقتاً تحقیق سے توثیق شدہ ہیں۔
یہ کتاب DORA کو اس حصے میں آخر میں رکھتی ہے کیونکہ یہ پائپ لائن ناپتا ہے، اس میں بہنے والی قدر نہیں؛ مکمل تصویر کے لیے اسے بہاؤ کی تقسیم (موضوع 2.3) کے ساتھ جوڑیں۔
موضوع کا مرکزی گیمنگ کا طریقہ بہترین DORA اعداد کو مکمل ڈیلیوری کی صحت سمجھنا ہے؛ حفاظتی حد ہمیشہ DORA کو بہاؤ کی تقسیم کے ساتھ رپورٹ کرنا ہے۔
DORA میٹرکس کو انفرادی کارکردگی کے جائزوں میں کبھی استعمال نہ کریں؛ فریم ورک کی درستگی نظام کی سطح کی پیمائش پر منحصر ہے، انفرادی نہیں۔
جب ان میں سے کوئی حرکت کرے تو DORA کے خلاصہ اعداد کے نیچے بہاؤ کے میٹرکس کو تشخیصی تہہ کے طور پر استعمال کریں۔

حوالہ جات اور مزید مطالعہ

Forsgren, Nicole, Jez Humble, and Gene Kim. Accelerate: The Science of Lean Software and DevOps. IT Revolution Press, 2018.
Google Cloud. DevOps Research and Assessment programme. dora.dev.
Kim, Gene, Kevin Behr, and George Spafford. The Phoenix Project. IT Revolution Press, 2013.
Kim, Gene, Jez Humble, Patrick Debois, and John Willis. The DevOps Handbook. IT Revolution Press, 2016.
Kersten, Mik. Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework. IT Revolution Press, 2018.