2.0 حصہ 2 کا تعارف: بہاؤ کے میٹرکس

اگر حصہ 1 پیمائش کا فلسفہ ہے، تو حصہ 2 وہ جگہ ہے جہاں وہ فلسفہ خود ڈیلیوری سے ملتا ہے: وہ میٹرکس جو نہ صرف یہ بیان کرتے ہیں کہ ٹیم کوڈ کو کسی خیال سے چلتے ہوئے نظام تک کتنی تیزی سے اور کتنی حفاظت سے لے جاتی ہے، بلکہ یہ بھی کہ اس پائپ لائن میں کس قسم کی قدر بہہ رہی ہے۔ یہ حصہ Flow Framework کے گرد منظم ہے، جو ایک ماڈل ہے جسے Mik Kersten نے اپنی 2018 کی کتاب Project to Product میں بنایا اور جو سافٹ ویئر کی ڈیلیوری کو قدر کے سلسلے کے طور پر دیکھتا ہے اور اس قدر کے سلسلے کو مشترکہ ذخیرۂ الفاظ دیتا ہے: بہاؤ کے آئٹمز کی چار اقسام اور بہاؤ کے پانچ میٹرکس جو انجینئرنگ کی سرگرمی کو کاروباری حکمتِ عملی سے ایسی اصطلاحات میں جوڑتے ہیں جنہیں غیر تکنیکی اسٹیک ہولڈر واقعی استعمال کر سکتا ہے۔

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

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

اس حصے کے موضوعات

2.1 Flow Framework: فریم ورک کا ماخذ، اس کا قدر کے سلسلے کا ماڈل، اور یہ کتاب ڈیلیوری اور بہاؤ کے میٹرکس کو منظم کرنے کے لیے صرف DORA کے بجائے اسے کیوں استعمال کرتی ہے۔
2.2 بہاؤ کے آئٹمز: فیچرز، نقائص، خطرات، اور قرض: فریم ورک کی چار اقسام کی درجہ بندی، اس کی صفر مجموعہ صلاحیت کی تقسیم، اور بعد میں لاگو کرنے پر درجہ بندی کو کیسے گیم کیا جاتا ہے۔
2.3 بہاؤ کی رفتار اور بہاؤ کی تقسیم: کتنا بھیجا گیا اور وہ کس قسم کی قدر تھی، ہمیشہ ایک ساتھ پڑھے جائیں۔
2.4 بہاؤ کا وقت اور بہاؤ کا بوجھ: Little کا قانون کیسے ثابت کرتا ہے کہ ضرورت سے زیادہ بوجھ والا قدر کا سلسلہ ریاضیاتی طور پر سست ہوتا ہے، محض ممکنہ طور پر نہیں۔
2.5 بہاؤ کی کارکردگی اور جاری کام: مصروف ہونا تیز ہونے کے برابر کیوں نہیں، اور جاری کام کو محدود کرنا تھرو پٹ کو خلافِ توقع طور پر کیسے بہتر بناتا ہے۔
2.6 سائیکل ٹائم اور اس کے اجزا: تبدیلی کے انجینئرنگ وقت کو اس کے اجزائی مراحل میں توڑنا تاکہ ٹیم عین جان سکے کہ وقت دراصل کہاں جا رہا ہے۔
2.7 قطار کا نظریہ: وہ ریاضی جو بہاؤ کے بوجھ، بہاؤ کے وقت، سائیکل ٹائم، اور جاری کام کی بنیاد ہے، اور مشترکہ وسیلے پر انتظار کا وقت استعمال کی حد کے قریب پہنچنے پر کیوں بھڑک اٹھتا ہے۔
2.8 Lean کے قدر کے سلسلے کے میٹرکس: کلاسیکی Lean ٹول کٹ، لیڈ ٹائم، عمل کا وقت، سائیکل ٹائم، فیصد مکمل اور درست، اور ٹیکٹ ٹائم، جس سے اس حصے کے سافٹ ویئر کے مخصوص میٹرکس نکلے ہیں، اور دونوں ذخیرۂ الفاظ کے درمیان پل کیسے بنایا جائے۔
2.9 پل ریکویسٹ اور کوڈ ریویو کے میٹرکس: وہ میٹرکس جو ڈیلیوری پائپ لائن کے ایک اکیلے مرحلے کے اندر رہتے ہیں، اور لاپروائی سے استعمال کرنے پر وہ جائزے کے معیار کو کیسے بگاڑ سکتے ہیں۔
2.10 DORA میٹرکس فریم ورک: چاروں DORA میٹرکس مکمل طور پر، جنہیں دانستہ آخر میں رکھا گیا کیونکہ وہ پائپ لائن کو ناپتے ہیں، اس میں بہنے والی قدر کو نہیں۔

یہ موضوعات ایک دوسرے سے کیسے جڑے ہیں

موضوع 2.1 Flow Framework کو مجموعی طور پر متعارف کراتا ہے؛ موضوع 2.2 بہاؤ کے آئٹمز کی درجہ بندی دیتا ہے، اور موضوعات 2.3 اور 2.4 اس کے پانچ بہاؤ کے میٹرکس کا آپس میں احاطہ کرتے ہیں، رفتار اور تقسیم ایک ساتھ، پھر وقت اور بوجھ ایک ساتھ، جہاں بوجھ اور وقت براہِ راست Little کے قانون سے بندھے ہیں۔ موضوعات 2.5 سے 2.7 خاص طور پر بہاؤ کے وقت اور سائیکل ٹائم کے نیچے کی میکانیات پر زوم کرتے ہیں: بہاؤ کی کارکردگی اور جاری کام بتاتے ہیں کہ انجینئرنگ کے مراحل اکثر نظر آنے سے سست کیوں ہوتے ہیں، سائیکل ٹائم اس انجینئرنگ حصے کو اس کے مراحل میں توڑتا ہے، اور قطار کا نظریہ، قابلِ ثبوت ریاضیاتی اصطلاحات میں، رسمی طور پر بتاتا ہے کہ بوجھ، انتظار کے وقت اور استعمال کے بارے میں پچھلے موضوعات کے تمام دعوے کیوں درست ہیں۔ موضوع 2.8 ایک قدم پیچھے ہٹ کر یہ سب کلاسیکی Lean قدر کے سلسلے کی نقشہ سازی میں اس کے ماخذ تک پہنچاتا ہے، وہ مشترکہ ذخیرۂ الفاظ جس سے اس حصے کے سافٹ ویئر کے مخصوص میٹرکس عام کیے گئے ہیں۔ موضوع 2.9 اس اکیلے پائپ لائن مرحلے کا احاطہ کرتا ہے جسے زیادہ تر ٹیمیں سب سے تیزی سے بہتر بنا سکتی ہیں۔ موضوع 2.10 حصے کو DORA میٹرکس مکمل طور پر پیش کر کے ختم کرتا ہے، ایک اچھی طرح ثابت شدہ مگر زیادہ تنگ حوالہ جاتی تہہ کے طور پر، جب پہلے کے موضوعات کی وسیع تر، کاروبار کی طرف رخ والی تصویر پہلے سے نظر میں ہو۔

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