2.8 Lean کے قدر کے سلسلے کے میٹرکس

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

اس حصے میں اب تک احاطہ کیا گیا ہر میٹرک، بہاؤ کا وقت، بہاؤ کا بوجھ، سائیکل ٹائم، استعمال، ایک بہت پرانی ٹول کٹ سے نکلا ہے: کلاسیکی Lean قدر کے سلسلے کی نقشہ سازی کی پانچ بنیادی پیمائشیں، جو Toyota میں تیار ہوئیں اور سافٹ ویئر کے انہیں اپنانے سے بہت پہلے مینوفیکچرنگ، آپریشنز، اور خدمات کی ڈیلیوری میں عام کی گئیں۔ لیڈ ٹائم (LT) کام کی درخواست سے اس کی ڈیلیوری تک کل گھڑی کا وقت ہے۔ عمل کا وقت (PT) ایک اکائی پر کام کرنے میں صرف ہونے والا اصل عملی وقت ہے۔ سائیکل ٹائم (CT) سلسلے میں ایک اکیلی کڑی یا مرحلے کو مکمل کرنے کے لیے درکار اوسط وقت ہے۔ فیصد مکمل اور درست (%C/A) اکائیوں کا وہ فیصد ہے جسے نیچے والی ٹیم دوبارہ کام کی ضرورت کے بغیر پروسیس کر سکتی ہے۔ ٹیکٹ ٹائم (takt time) صارف کی طلب سے صاف طور پر ملانے کے لیے ایک اکائی مکمل کرنے کا زیادہ سے زیادہ قابلِ قبول وقت ہے۔

یہ موضوع اس لیے ہے کہ سافٹ ویئر انجینئرنگ نے ان خیالات کو ایجاد نہیں کیا، مستعار لیا، اور اس مستعار لینے میں بعض اوقات وہی الفاظ قدرے مختلف چیزوں کے لیے دوبارہ استعمال ہوئے۔ اس کتاب کا اپنا سائیکل ٹائم (موضوع 2.6) خاص طور پر تبدیلی کے انجینئرنگ مراحل، کوڈنگ، جائزہ، ٹیسٹ، ڈیپلائے، ناپتا ہے، جبکہ Lean کا کلاسیکی CT کسی بھی عمل پر لاگو زیادہ عمومی “ہر کڑی کا اوسط وقت” ہے۔ بہاؤ کا وقت (موضوع 2.4) اس کتاب کا وہ نام ہے جسے Lean لیڈ ٹائم کہتا ہے۔ اس نقشے کو جاننا اہم ہے کیونکہ Lean Six Sigma کے پس منظر سے آنے والا قاری، جو مینوفیکچرنگ، لاجسٹکس، صحت کی دیکھ بھال، اور حکومتی آپریشنز میں عام ہے، یہ بالکل یہی اصطلاحات ان کے اصل معنوں کے ساتھ استعمال کرے گا، اور جو سافٹ ویئر ٹیم وہی زبان نہیں بولتی وہ انجینئرنگ سے باہر کے ساتھیوں تک آسان، ثبوت کی پشت پناہی والا پل کھو دیتی ہے۔

بڑی ٹیموں کے لیے %C/A اس موضوع کا سب سے کم استعمال ہونے والا میٹرک ہے۔ یہ ایسی چیز پکڑتا ہے جو موضوعات 2.3 اور 2.4 کے بہاؤ کے میٹرکس نہیں پکڑتے: کسی مرحلے کا پیدا کیا ہوا کتنا حصہ واقعی اگلے مرحلے کے لیے واپس بھیجے بغیر قابلِ استعمال ہے۔ کثیر مرحلہ قدر کے سلسلے میں اکٹھا کرنے پر، ایک تصور جسے مینوفیکچرنگ رولڈ تھرو پٹ یلڈ (rolled throughput yield) کہتی ہے، %C/A ظاہر کرتا ہے کہ دوبارہ کام حوالگیوں میں غیر مرئی طور پر کیسے مرکب ہوتا ہے، ایسا نمونہ جس کے لیے لمبی، کثیر ٹیم والی پائپ لائنوں والے بڑے ادارے اور متعدد منظوری کے دروازوں والے حکومتی پروگرام خاص طور پر مائل ہوتے ہیں اور شاذ و نادر براہِ راست ناپتے ہیں۔

بنیادی اصول

یہ پانچ میٹرکس سافٹ ویئر سے پہلے کے ہیں اور اس سے آگے عام ہوتے ہیں۔ یہ وہ مشترکہ ذخیرۂ الفاظ ہیں جو Lean Six Sigma کی تربیت والا اسٹیک ہولڈر، جو بڑے اداروں اور حکومتی آپریشنز میں عام ہے، پہلے سے روانی سے بولتا ہے۔
اصطلاحات کا ٹکراؤ حقیقی ہے اور صریح طور پر نام لینے کے قابل ہے۔ اس کتاب کا سائیکل ٹائم (موضوع 2.6) اور Lean کا کلاسیکی CT متعلقہ ہیں مگر یکساں نہیں؛ نقشہ دستاویز کریں تاکہ کثیر شعبہ جاتی گفتگو خاموشی سے ایک دوسرے سے الگ بات نہ کرے۔
%C/A کو ہر مرحلے میں اکٹھا کرنا چاہیے، صرف آخر میں ایک بار نہیں ناپنا چاہیے۔ جو دوبارہ کام سلسلے میں ابتدا میں آئے اور دیر سے پکڑا جائے وہ ایسے میٹرک کو غیر مرئی ہے جو صرف حتمی ڈیلیوری پر ناپا جائے۔
ٹیکٹ ٹائم صلاحیت کی منصوبہ بندی کو کوشش کے بجائے طلب کے گرد دوبارہ ترتیب دیتا ہے۔ سوال “ہم کتنے تیز جا سکتے ہیں” سے “ہمیں کتنا تیز جانا ہے” کی طرف بدلتا ہے، جو براہِ راست استعمال (موضوع 2.7) اور بہاؤ کے بوجھ (موضوع 2.4) سے جڑتا ہے۔
یہ تشخیصی میٹرکس ہیں، نمائشی میٹرکس نہیں۔ ہر ایک کسی مخصوص عملی سوال کا جواب دینے کے لیے ہے، ڈیش بورڈ کے لیے متاثر کن عدد پیدا کرنے کے لیے نہیں۔

سفارشات

سافٹ ویئر کے مخصوص فریم ورک کو اپنانے سے پہلے اپنے قدر کے سلسلے کا پانچوں Lean میٹرکس کے ساتھ نقشہ بنائیں

اپنے قدر کے سلسلے سے گزرنے والے کام کے نمائندہ نمونے کے لیے لیڈ ٹائم، عمل کا وقت، سائیکل ٹائم، %C/A، اور ٹیکٹ ٹائم حساب کریں، اس سے پہلے کہ Flow Framework کے اپنے میٹرکس (موضوعات 2.3 اور 2.4) اوپر رکھیں۔ یہ آپ کو ایسی بنیادی سطح دیتا ہے جسے کوئی بھی Lean Six Sigma سے واقف اسٹیک ہولڈر فوراً سمجھ سکتا ہے، اور یہ اکثر وہی انتظار کے وقت کا غلبہ سامنے لاتا ہے جو موضوع 2.5 بیان کرتا ہے، ایسے ذخیرۂ الفاظ میں جو کسی بھی مخصوص سافٹ ویئر فریم ورک سے پہلے کا ہے اور اس کے بعد بھی رہے گا۔

فیصد مکمل اور درست کو ہر مرحلے میں ضربی طور پر اکٹھا کریں

%C/A کو ہر مرحلے پر انفرادی طور پر ناپیں، پھر مرحلے کی سطح کے فیصد کو آپس میں ضرب دیں تاکہ قدر کے سلسلے کی رولڈ تھرو پٹ یلڈ حاصل ہو۔ تین مراحل جو ہر ایک انفرادی طور پر 90 فیصد مکمل اور درست چل رہے ہوں مل کر تقریباً 73 فیصد مجموعی بنتے ہیں، ایسا عدد جو کسی ایک مرحلے کی اپنی رپورٹ سے بالکل مختلف نظر آتا ہے اور عموماً زیادہ ایماندار ہوتا ہے۔ یہ واحد حساب یہ ظاہر کرنے کا تیز ترین طریقہ ہے کہ کثیر مرحلہ پائپ لائن حقیقتاً کتنا دوبارہ کام جذب کر رہی ہے۔

ٹیکٹ ٹائم کو صلاحیت سے نہیں، حقیقی صارف کی طلب کے ڈیٹا سے صریح طور پر طے کریں

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

Lean کی اصطلاحات اور اس کتاب کے اپنے ذخیرۂ الفاظ کے درمیان نقشہ دستاویز کریں

جہاں آپ کا ادارہ سافٹ ویئر سے باہر پہلے ہی Lean Six Sigma پروگرام چلاتا ہو، یا جہاں انجینئرنگ اس ذخیرۂ الفاظ میں روانی رکھنے والی قیادت کو رپورٹ کرتی ہو، نقشہ اپنے میٹرکس کے منشور (موضوع 1.4) میں صریح طور پر لکھیں: اس کتاب کا بہاؤ کا وقت Lean کا لیڈ ٹائم ہے، اس کتاب کا سائیکل ٹائم (موضوع 2.6) Lean کے زیادہ عمومی CT کا مخصوص اطلاق ہے، اور اس کتاب کا فعال وقت (موضوع 2.5) Lean کا عمل کا وقت ہے۔ یہ واحد دستاویز اس بار بار کی، کم قدر کی بحث کو روکتی ہے کہ کس کے اعداد “حقیقی” ہیں۔

%C/A کو بہاؤ کی رفتار کے ساتھ حفاظتی حد کے طور پر استعمال کریں، اس کے متبادل کے طور پر نہیں

رولڈ تھرو پٹ یلڈ کو بہاؤ کی رفتار (موضوع 2.3) کے ساتھ اسی طرح جوڑیں جیسے یہ کتاب ہر رفتار کے میٹرک کو استحکام کی حفاظتی حد سے جوڑتی ہے۔ آئٹم کی بڑھتی گنتی کے ساتھ گھٹتا رولڈ %C/A کا مطلب ہے کہ قدر کا سلسلہ زیادہ اکائیاں پہنچا رہا ہے جنہیں بعد میں تیزی سے دوبارہ کام کی ضرورت ہوتی ہے، بالکل وہ بغیر معیار کے رفتار کا نمونہ جس سے موضوع 1.2 ہر میٹرک کے خاندان کو بچنے کی تنبیہ کرتا ہے۔

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

طریقہ	فوائد	نقصانات
صرف کلاسیکی Lean میٹرکس (LT، PT، CT، %C/A، ٹیکٹ ٹائم)	عالمگیر ذخیرۂ الفاظ؛ سافٹ ویئر اور غیر سافٹ ویئر ٹیموں دونوں میں کام کرتا ہے	سافٹ ویئر کے مخصوص نہیں؛ انجینئرنگ کے مخصوص مراحل کے لیے ترجمہ درکار
صرف Flow Framework میٹرکس (موضوعات 2.3، 2.4)	سافٹ ویئر قدر کے سلسلوں اور آئٹم کی قسم کی نظر پذیری کے لیے خاص طور پر بنے	انجینئرنگ سے باہر Lean Six Sigma کی تربیت والے اسٹیک ہولڈرز کے لیے غیر مانوس
دونوں، دستاویزی صریح نقشے کے ساتھ	دونوں ذخیرۂ الفاظ بولتا ہے؛ سب سے مضبوط کثیر شعبہ جاتی پل	نقشہ لکھنے اور تازہ رکھنے کا پیشگی نظم درکار
%C/A صرف حتمی ڈیلیوری پر ناپا گیا	سادہ، ایک عدد	سلسلے میں پہلے متعارف اور پکڑا گیا دوبارہ کام چھپا دیتا ہے

مرکزی کشمکش عالمگیریت بمقابلہ خصوصیت ہے۔ کلاسیکی Lean میٹرکس مینوفیکچرنگ، آپریشنز، یا Six Sigma کے تجربے والے ہر کسی کے لیے فوراً قابلِ فہم ہیں، لیکن وہ سافٹ ویئر کے مخصوص مراحل، کوڈ ریویو، خودکار ٹیسٹنگ، ڈیپلائمنٹ کی منظوری، کو ذہن میں رکھ کر ڈیزائن نہیں ہوئے تھے۔ اس کشمکش کو یوں حل کریں کہ Lean میٹرکس کو کثیر شعبہ جاتی اور ایگزیکٹو گفتگو کے لیے مشترکہ بنیادی ذخیرۂ الفاظ کے طور پر، اور Flow Framework کے اپنے میٹرکس (موضوعات 2.3 اور 2.4) کو سافٹ ویئر کے مخصوص تشخیصی کام کے لیے استعمال کریں جو انجینئرنگ ٹیمیں روزانہ کرتی ہیں۔

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

کیا ہم آج اپنے قدر کے سلسلے کے لیے پانچوں کلاسیکی Lean میٹرکس حساب کر سکتے ہیں، یا ہمارے پاس صرف ان میں سے کچھ ہیں؟ زیادہ تر سافٹ ویئر ٹیموں کے پاس بہاؤ کے وقت اور سائیکل ٹائم کے مساوی ہیں لیکن عمل کا وقت، %C/A، یا ٹیکٹ ٹائم صریح طور پر کبھی حساب نہیں کیے۔ یہ فرض کرنے سے پہلے کہ خلا چھوٹا ہے شناخت کریں کہ پانچوں میں سے کون سے حقیقی طور پر غائب ہیں۔
کیا ہم نے کبھی %C/A کو اپنے قدر کے سلسلے کے ہر مرحلے میں اکٹھا کیا ہے، یا صرف حتمی ڈیلیوری پر ناپا ہے؟ سلسلے کے آخر کی اکیلی پیمائش بالکل وہ مرکب ہوتا دوبارہ کام چھپا دیتی ہے جسے ظاہر کرنے کے لیے اس موضوع کا رولڈ تھرو پٹ یلڈ کا حساب بنا ہے۔ حقیقی ڈیٹا کے ساتھ اکٹھا کرنے کا حساب آزمائیں۔
کیا ہم اپنا ٹیکٹ ٹائم، حقیقی صارف کی طلب سے حساب کیا ہوا، جانتے ہیں، اور ہمارا ناپا گیا سائیکل ٹائم اس سے کیسے موازنہ کرتا ہے؟ زیادہ تر ٹیموں نے یہ موازنہ کبھی صریح نہیں کیا، جس کا مطلب ہے کہ صلاحیت کی گفتگو مقداری ہونے کے بجائے قصے کہانیوں پر رہتی ہے۔
اگر انجینئرنگ سے باہر کا Lean Six Sigma کی تربیت والا اسٹیک ہولڈر ہمارے سائیکل ٹائم کے بارے میں پوچھے تو کیا ہمیں یقین ہوگا کہ ہم وہی مراد لے رہے ہیں جو وہ لیتا ہے؟ اس کتاب کا سائیکل ٹائم (موضوع 2.6) اور Lean کا کلاسیکی CT متعلقہ ہیں مگر یکساں نہیں۔ بحث کریں کہ کیا اس فرق نے کبھی آپ کے ادارے میں حقیقی غلط فہمی پیدا کی ہے۔
کیا ہماری رولڈ تھرو پٹ یلڈ کبھی کسی ایک مرحلے کے اپنے رپورٹ کیے گئے %C/A سے نمایاں طور پر کم رہی ہے؟ اگر آپ نے اکٹھا کرنے کا حساب کبھی نہیں کیا تو بحث کریں کہ آپ کیا پانے کی توقع کریں گے اور پھر اسے حقیقی ڈیٹا سے جانچیں۔
کیا ہمارا ادارہ پہلے ہی سافٹ ویئر سے باہر Lean یا Six Sigma پروگرام چلا رہا ہے جس کے ساتھ ہم الگ، منقطع ذخیرۂ الفاظ برقرار رکھنے کے بجائے ہم آہنگ ہو سکتے ہیں؟ بہت سے بڑے ادارے اور حکومتی ایجنسیاں پہلے ہی یہ بنیادی ڈھانچہ رکھتی ہیں؛ جانچیں کہ آیا انجینئرنگ نے کبھی واقعی اس سے رابطہ کیا ہے۔

شعبے کا زاویہ

اسٹارٹ اپ۔ مکمل Lean قدر کے سلسلے کی نقشہ سازی اس پیمانے پر شاذ و نادر رسم کے قابل ہے، لیکن ٹیکٹ ٹائم کو غیر رسمی طور پر سمجھنا قابلِ قدر ہے: موٹے طور پر یہ جاننا کہ حقیقی صارف کی طلب سے ملنے کے لیے ٹیم کو واقعی کتنا تیز چلنا ہے، من مانی اندرونی رفتار کے بجائے، صلاحیت کو بہت جلد ضرورت سے زیادہ بنانے اور نمو آنے پر کم بنانے دونوں سے بچاتا ہے۔

چھوٹا کاروبار۔ %C/A یہاں پانچوں میٹرکس میں سب سے فوراً مفید ہے، کیونکہ یہ براہِ راست جواب دیتا ہے “ہم جو بھیجتے ہیں اس میں سے کتنا دوبارہ کرنا پڑتا ہے”، ایسا سوال جو مالکان اور چھوٹی ٹیمیں شدت سے محسوس کرتی ہیں بغیر ہمیشہ عدد منسلک ہونے کے۔ کسی بھی زیادہ پیچیدہ چیز میں سرمایہ کاری سے پہلے اسے اپنے ایک یا دو اہم عملوں کے لیے غیر رسمی طور پر ٹریک کریں۔

بڑا ادارہ۔ یہی وہ جگہ ہے جہاں کلاسیکی Lean ذخیرۂ الفاظ اپنی قیمت کماتا ہے، کیونکہ بڑے ادارے اکثر آپریشنز، مینوفیکچرنگ سے متصل ڈویژنوں، یا مشترکہ خدمات میں پہلے ہی Lean Six Sigma پروگرام چلاتے ہیں، اور وہ انجینئرنگ جو وہی زبان بولتی ہے ان شعبوں سے فوری، معتبر پل حاصل کرتی ہے بجائے اس کے کہ شروع سے الگ، صرف سافٹ ویئر کے میٹرکس کے مجموعے کا جواز دے۔

حکومت۔ حکومتی ایجنسیاں، خاص طور پر وہ جن کی جڑیں ریگولیٹری، مینوفیکچرنگ سے متصل، یا لاجسٹکس کے کاموں میں ہوں، اکثر موجودہ Lean یا عمل کی بہتری کے مینڈیٹ رکھتی ہیں۔ ڈیجیٹل سروس کے قدر کے سلسلے کو انہی کلاسیکی اصطلاحات، لیڈ ٹائم، عمل کا وقت، %C/A، ٹیکٹ ٹائم، میں پیش کرنا جو ایجنسی کا عمل کی بہتری کا دفتر پہلے سے استعمال کرتا ہے، اکثر سافٹ ویئر کی جدید کاری کی کوشش کے لیے حقیقی ادارہ جاتی حمایت حاصل کرنے کا تیز ترین طریقہ ہے۔

مثالیں

بڑا ادارہ۔ ایک مینوفیکچرنگ کمپنی کی اندرونی سافٹ ویئر ڈویژن برسوں سے اپنے انجینئرنگ میٹرکس کو کارخانے کے فلور سے Lean Six Sigma میں روانی رکھنے والی آپریشنز کی قیادت سے سنجیدگی سے لینے پر مجبور کرنے کے لیے جدوجہد کر رہی تھی۔ ڈویژن کی ڈیلیوری پائپ لائن کو انہی پانچ کلاسیکی میٹرکس کے ساتھ دوبارہ ترتیب دینے سے، اپنے سافٹ ویئر کے قدر کے سلسلے کے لیے لیڈ ٹائم، عمل کا وقت، سائیکل ٹائم، %C/A، اور ٹیکٹ ٹائم حساب کرنے سے، ڈویژن کے اعداد پہلی بار آپریشنز کی قیادت کو فوراً قابلِ فہم ہو گئے۔ پائپ لائن کے چار مراحل میں رولڈ تھرو پٹ یلڈ کے حساب نے 61 فیصد کا اصل %C/A ظاہر کیا، کسی بھی انفرادی مرحلے کے اپنے رپورٹ کیے گئے عدد سے کہیں کم، جو دوبارہ کام میں کمی کی پہل کاری کی ثبوت کی بنیاد بن گیا جسے آپریشنز کی قیادت نے اسی سہ ماہی میں فنڈ کیا۔

حکومت۔ ایک ریاستی محکمۂ ٹرانسپورٹ کی ڈیجیٹل پرمٹنگ ٹیم، جو عمل کی بہتری کے دیرینہ Lean دفتر والی ایجنسی کو رپورٹ کرتی تھی، نے اس دفتر سے کبھی رابطہ نہیں کیا تھا کیونکہ اس کے اپنے میٹرکس ایسی سافٹ ویئر کی مخصوص زبان استعمال کرتے تھے جسے دفتر پہچانتا نہیں تھا۔ پرمٹنگ کے قدر کے سلسلے کو لیڈ ٹائم، عمل کا وقت، اور %C/A میں ترجمہ کرنے کے بعد، عمل کی بہتری کے دفتر نے شناخت کیا کہ ٹیم کی حقیقی پابندی انجینئرنگ کی رفتار نہیں بلکہ نیچے کی قانونی جائزے کا مرحلہ تھا جو پرمٹ کی طلب کے لحاظ سے اپنے مؤثر ٹیکٹ ٹائم سے بہت نیچے چل رہا تھا، ایسی دریافت جس پر دفتر فوراً عمل کرنے کے لیے لیس تھا کیونکہ وہ مانوس اصطلاحات میں تھی۔

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

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

ملکیت کی کل لاگت کم ہے: ان پانچ میٹرکس کو اس سے آگے کسی نئی انسٹرومینٹیشن کی ضرورت نہیں جو موضوعات 2.4 سے 2.6 پہلے ہی جمع کرتے ہیں، سوائے %C/A کے دوبارہ کام کی درجہ بندی کے جو عموماً موجودہ نقص اور بہاؤ کے آئٹم کی ٹریکنگ (موضوع 2.2) میں سادہ اضافہ ہے۔ بنیادی سرمایہ کاری ترجمہ ہے، اس کتاب کی اصطلاحات اور Lean کی کلاسیکی اصطلاحات کے درمیان نقشہ لکھنا، جو پہلی بار کثیر شعبہ جاتی غلط فہمی روک کر اپنی قیمت وصول کر لیتا ہے۔

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

%C/A کو صرف حتمی ڈیلیوری پر ناپنا: اس موضوع کے مرکز میں گیمنگ کا طریقہ۔ ٹیم اونچا حتمی مرحلے کا %C/A رپورٹ کر سکتی ہے جبکہ ابتدائی مراحل خاموشی سے ایسا دوبارہ کام پیدا کرتے ہیں جو کسی کے ناپنے سے پہلے ٹھیک ہو جاتا ہے، جس سے پورا قدر کا سلسلہ اپنی اصل سے زیادہ صحت مند نظر آتا ہے۔ حفاظتی حد %C/A کو ہر مرحلے میں ضربی طور پر اکٹھا کرنا ہے، رولڈ تھرو پٹ یلڈ کا حساب، اور ہر مرحلے کی “مکمل اور درست” کی تعریف کا دورانیہ وار آڈٹ کرنا ہے تاکہ وہ وقت کے ساتھ خاموشی سے تنگ نہ ہو سکے۔
یہ فرض کرنا کہ اس کتاب کا سائیکل ٹائم اور Lean کا کلاسیکی CT بالکل ایک ہی چیز ہیں: جب دونوں ذخیرۂ الفاظ دستاویزی نقشے کے بغیر ملتے ہیں تو حقیقی کثیر شعبہ جاتی الجھن پیدا ہوتی ہے۔
ٹیکٹ ٹائم کو حقیقی صارف کی طلب کے بجائے موجودہ صلاحیت سے طے کرنا: میٹرک کا مقصد ناکام کرتا ہے، جو طلب اور صلاحیت کے درمیان خلا ظاہر کرنا ہے، نہ کہ جو رفتار پہلے سے موجود ہے اسے تصدیق کرنا۔
سافٹ ویئر کے مخصوص فریم ورک کے اپنانے کے بعد کلاسیکی Lean میٹرکس کو متروک سمجھنا: عمل کی بہتری کی مہارت کا معتبر، ثبوت کی پشت پناہی والا پل رد کر دیتا ہے جو ادارے میں پہلے سے موجود ہو سکتی ہے۔
ادارے میں کہیں اور موجود Lean Six Sigma پروگرام کو نظرانداز کرنا: وہ فنڈنگ، مہارت، اور ادارہ جاتی ساکھ کھو دیتا ہے جو ڈیلیوری کے میٹرکس کو مشترکہ زبان میں دوبارہ ترتیب دینے سے کھل سکتی تھی۔
%C/A کو بہاؤ کی رفتار کے ساتھ جوڑے بغیر رپورٹ کرنا: بڑھتے تھرو پٹ کے عدد کو گھٹتی دوبارہ کام کی شرح چھپانے دیتا ہے، وہی حفاظتی حد کا خلا جس کے خلاف یہ کتاب ہر جگہ خبردار کرتی ہے۔

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

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

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

کیا ہم آج اپنے قدر کے سلسلے کے لیے لیڈ ٹائم، عمل کا وقت، سائیکل ٹائم، %C/A، اور ٹیکٹ ٹائم حساب کر سکتے ہیں؟
اگر ہم ہر مرحلے کے %C/A کو آپس میں ضرب دیں تو ہماری رولڈ تھرو پٹ یلڈ کیا ہوگی؟
کیا ہمارا ادارہ پہلے ہی Lean یا Six Sigma پروگرام چلاتا ہے جس سے ہم نے انجینئرنگ کے میٹرکس کو کبھی نہیں جوڑا؟
ہمارا ناپا گیا سائیکل ٹائم ہمارے ٹیکٹ ٹائم سے، جو حقیقی صارف کی طلب سے حساب کیا گیا ہو، کیسے موازنہ کرتا ہے؟

اہم نکات

پانچ کلاسیکی Lean میٹرکس، لیڈ ٹائم، عمل کا وقت، سائیکل ٹائم، فیصد مکمل اور درست، اور ٹیکٹ ٹائم، سافٹ ویئر سے پہلے کے ہیں اور Lean Six Sigma کی تربیت والے اسٹیک ہولڈرز کا مشترکہ ذخیرۂ الفاظ بنے ہوئے ہیں۔
اس کتاب کا اپنا بہاؤ کا وقت اور سائیکل ٹائم Lean کے لیڈ ٹائم اور کلاسیکی CT سے ملتے ہیں، لیکن یکساں نہیں؛ کثیر شعبہ جاتی الجھن سے بچنے کے لیے نقشہ صریح طور پر دستاویز کریں۔
موضوع کا مرکزی گیمنگ کا طریقہ %C/A کو صرف حتمی ڈیلیوری پر ناپنا ہے؛ حفاظتی حد اسے رولڈ تھرو پٹ یلڈ کے طور پر ہر مرحلے میں ضربی طور پر اکٹھا کرنا ہے۔
ٹیکٹ ٹائم صلاحیت کو حقیقی صارف کی طلب کے گرد دوبارہ ترتیب دیتا ہے، موجودہ رفتار کے نہیں، اور براہِ راست استعمال (موضوع 2.7) اور بہاؤ کے بوجھ (موضوع 2.4) سے جڑتا ہے۔
سافٹ ویئر ڈیلیوری کو کلاسیکی Lean اصطلاحات میں دوبارہ ترتیب دینا اکثر بڑے ادارے میں پہلے سے موجود عمل کی بہتری کی مہارت اور فنڈنگ سے جڑنے کا تیز ترین طریقہ ہے۔

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

Rother, Mike, and John Shook. Learning to See: Value Stream Mapping to Create Value and Eliminate Muda. Lean Enterprise Institute, 1999.
Womack, James P., and Daniel T. Jones. Lean Thinking: Banish Waste and Create Wealth in Your Corporation. Free Press, 1996.
Womack, James P., Daniel T. Jones, and Daniel Roos. The Machine That Changed the World. Free Press, 1990.
George, Michael L. Lean Six Sigma for Service: How to Use Lean Speed and Six Sigma Quality to Improve Services and Transactions. McGraw-Hill, 2003.
Ohno, Taiichi. Toyota Production System: Beyond Large-Scale Production. Productivity Press, 1988.