2.4 بہاؤ کا وقت اور بہاؤ کا بوجھ

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

بہاؤ کا وقت (flow time) بہاؤ کے آئٹم (موضوع 2.2) کے قدر کے سلسلے میں داخل ہونے سے اس کے پہنچائے جانے تک گزرا ہوا کل وقت ہے، جو کاروباری ضرورت کی نشاندہی سے صارف کو قدر ملنے تک پورے راستے میں ردِعمل کی رفتار ناپتا ہے۔ بہاؤ کا بوجھ (flow load) کسی بھی لمحے قدر کے سلسلے میں فعال یا انتظار میں موجود بہاؤ کے آئٹمز کی کل تعداد ہے، Flow Framework کا وہ نام جسے موضوع 2.5 جاری کام کہتا ہے۔ یہ دونوں مل کر Flow Framework کے وہ دو میٹرکس ہیں جو قطار کی ریاضی سے سب سے زیادہ براہِ راست جڑتے ہیں، کیونکہ بہاؤ کا بوجھ بہاؤ کے وقت سے محض ہم رشتہ نہیں، بلکہ ریاضیاتی طور پر اسے طے کرتا ہے۔

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

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

بنیادی اصول

بہاؤ کا بوجھ Little کے قانون کے ذریعے بہاؤ کے وقت کو ریاضیاتی طور پر طے کرتا ہے۔ یہ ہم رشتگی نہیں؛ یہ ایسا ثبوت ہے جو کسی بھی مستحکم قدر کے سلسلے کے لیے درست ہے۔
بہاؤ کا وقت پورے قدر کے سلسلے پر پھیلا ہے، صرف انجینئرنگ پر نہیں۔ یہ اس وقت شروع ہوتا ہے جب کاروباری ضرورت کی نشاندہی ہوتی ہے، تب نہیں جب انجینئرنگ کام اٹھاتی ہے، جسے موضوع 2.6 کا سائیکل ٹائم پھر مزید توڑتا ہے۔
بڑھتا ہوا بہاؤ کا بوجھ بڑھتے بہاؤ کے وقت کی سب سے پہلی انتباہی علامت ہے۔ چونکہ تعلق قابلِ ثبوت ہے، بہاؤ کے بوجھ پر پیش رو اشارے کے طور پر نظر رکھی جا سکتی ہے، بہاؤ کے وقت کے پہلے ہی بگڑ جانے کے بعد دریافت کرنے کے طور پر نہیں۔
قدر کے سلسلے کا داخلی نقطہ مقرر اور دستاویزی ہونا چاہیے۔ بہاؤ کے وقت کی گھڑی کہاں سے شروع ہوتی ہے یہ تعریفی انتخاب ہے جو اس کتاب کی کسی بھی دوسری میٹرک کی حد کی طرح گیمنگ کے خطرے کی زد میں ہے۔
کاروباری رہنما بہاؤ کے بوجھ پر براہِ راست عمل کر سکتا ہے۔ بہاؤ کے وقت کے برعکس، جو پیچھے رہنے والی پیمائش ہے، بہاؤ کا بوجھ ایک لیور ہے: نیا کام شروع کرنے کو “نہ” کہنا ایسا عمل ہے جو آج دستیاب ہے۔

سفارشات

بہاؤ کا وقت ناپنے سے پہلے قدر کے سلسلے کا داخلی نقطہ مقرر اور دستاویز کریں

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

بہاؤ کے بوجھ کو دورانیہ وار نہیں بلکہ مسلسل ٹریک کریں

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

WIP کی حد یا صلاحیت میں اضافے کی دلیل دیتے وقت Little کا قانون صریح طور پر استعمال کریں

جب کم ہم وقت کام شروع کرنے یا صلاحیت بڑھانے کا مقدمہ پیش کریں، تو صرف سفارش نہیں بلکہ اصل مساوات پیش کریں: بہاؤ کا بوجھ آمد کی شرح ضرب بہاؤ کے وقت کے برابر ہے، لہٰذا اگر آمد کی شرح تقریباً مقرر ہو تو بہاؤ کا بوجھ کم کرنا بہاؤ کے وقت کو کم کرنے کی ریاضیاتی ضمانت ہے۔ یہ شکی اسٹیک ہولڈر کے لیے “ہم بہت مصروف ہیں” کے غیر مقداری دعوے سے کہیں مضبوط دلیل ہے، کیونکہ یہ ثابت شدہ ہے نہ کہ دعویٰ شدہ۔

حل تجویز کرنے سے پہلے بہاؤ کے وقت کو بہاؤ کے بوجھ کی بنیادی وجوہ سے الگ کریں

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

تاخیر دراصل کہاں ہوتی ہے یہ الگ کرنے کے لیے بہاؤ کے وقت کا سائیکل ٹائم سے موازنہ کریں

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

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

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

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

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

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

شعبے کا زاویہ

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

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

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

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

مثالیں

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

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

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

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

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

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

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

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

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

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

ہمارے بہاؤ کے وقت کی گھڑی دراصل کہاں سے شروع ہوتی ہے، اور کیا وہ تعریف کبھی بغیر دستاویز کے بھٹکی ہے؟
کیا ہمارا ناپا گیا بہاؤ کا بوجھ، آمد کی شرح، اور بہاؤ کا وقت تقریباً Little کے قانون کو پورا کرتے ہیں؟
کیا بہاؤ کا بوجھ اتنی مسلسل ٹریک ہوتا ہے کہ مسلسل اضافہ مہینوں کے بجائے دنوں میں پکڑا جائے؟
ہمارے بہاؤ کے وقت اور سائیکل ٹائم کے درمیان فرق کیا ہے، اور وہ فرق ہمیں تاخیر دراصل کہاں ہوتی ہے اس بارے میں کیا بتاتا ہے؟

اہم نکات

بہاؤ کا بوجھ بہاؤ کے وقت کو ریاضیاتی طور پر طے کرتا ہے، Little کے قانون کے ذریعے: بہاؤ کا بوجھ آمد کی شرح ضرب بہاؤ کے وقت کے برابر ہے، کسی بھی مستحکم قدر کے سلسلے کے لیے۔
بہاؤ کا وقت پورے قدر کے سلسلے پر پھیلا ہے، کاروباری ضرورت کی نشاندہی سے ڈیلیوری تک، سائیکل ٹائم کے صرف انجینئرنگ کے دائرے (موضوع 2.6) سے وسیع۔
موضوع کا مرکزی گیمنگ کا طریقہ بہاؤ کے وقت کے نقطۂ آغاز کو خاموشی سے تنگ کرنا ہے؛ حفاظتی حد دستاویزی، آڈٹ شدہ داخلی نقطے کی تعریف ہے۔
بہاؤ کے بوجھ کو مسلسل ٹریک کریں، دورانیہ وار نہیں، تاکہ وہ پیچھے رہنے والی دریافت کے بجائے حقیقی پیش رو اشارے کے طور پر کام کرے۔
WIP کی حد، صلاحیت میں اضافے، یا ہم وقت کام کی ترتیب بندی کی دلیل دیتے وقت Little کا قانون صریح طور پر استعمال کریں، صرف وجدان کے طور پر نہیں۔

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

Kersten, Mik. Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework. IT Revolution Press, 2018.
Little, John D. C. “A Proof for the Queuing Formula: L = λW.” Operations Research, 1961.
Reinertsen, Donald G. The Principles of Product Development Flow: Second Generation Lean Product Development. Celeritas Publishing, 2009.