چوہتر دن سے طبعی حد تک: Jensen Huang کی "روشنی کی رفتار" والی سوچ انجینئرنگ میں کیا بدلتی ہے

تعارف: نظام الاوقات سمجھے بغیر اسے بہتر کیوں کریں؟
ایک ٹیم کہتی ہے کہ عمل چوہتر دن لیتا ہے۔ وہ اسے بہتر دن کرنے کی پیش کش کرتی ہے۔ تجویز ترقی محسوس ہوتی ہے۔ لیکن اگر مختلف بندوبست میں اصل کام چھ دن میں مکمل ہو سکتا ہو تو؟
یہ اعداد ایک طریقے کی مثال ہیں، کسی مخصوص منصوبے کا وعدہ نہیں۔ Jensen Huang موجودہ عمل کو نقطۂ آغاز ماننے سے پہلے بنیادی حد تلاش کرنے کو "روشنی کی رفتار" کی سوچ کہتے ہیں۔
اہم سوال یہ نہیں کہ انہی لوگوں سے مزید کوشش کیسے مانگیں۔ سوال یہ ہے کہ ضروری کام اور ورثے میں ملی تاخیر میں فرق کیسے کریں۔
1. موجودہ عمل ثبوت ہے، قدرت کا قانون نہیں
مقررہ نظام الاوقات میں کئی مختلف چیزیں ہو سکتی ہیں: جسمانی کام، انتظار، منظوری، کام سپرد کرنا، گروہوں میں پراسیسنگ [Batching] اور ان وجوہ سے کیے گئے سمجھوتے جو اب لاگو نہیں۔
مسلسل بہتری [Continuous Improvement] اسی موجودہ انتظام سے شروع ہوتی ہے۔ یہ پوچھتی ہے کہ عمل کچھ بہتر کیسے ہو سکتا ہے۔
بنیادی اصولوں سے استدلال [First-principles Reasoning] اس سے پہلے کا سوال پوچھتا ہے۔ حقیقتاً کیا ہونا ضروری ہے اور اسے مختلف طرح ہونے سے کیا روکتا ہے؟
اس سے تجربہ بے قدر نہیں ہوتا۔ تجربہ کار لوگ اکثر ٹھیک جانتے ہیں کہ مشکل مرحلہ کیوں ہے۔ مقصد وہ وجوہ دوبارہ جاننا ہے، نظام الاوقات کو بذات خود وضاحت مان لینا نہیں۔
2. ہر اہم جہت کی حد تلاش کریں
"روشنی کی رفتار" متعلقہ پابندیوں میں ممکن کی حد کا مختصر اظہار ہے۔ اس کا یہ مطلب نہیں کہ ہر کاروباری سرگرمی لفظی طور پر روشنی کی سفر کی رفتار سے محدود ہے۔
کمپیوٹنگ میں ان جہتوں میں میموری کے ڈیٹا کی حرکت [Memory Movement]، توانائی، جواب کی تاخیر [Latency]، پراسیسنگ کی مقدار [Throughput]، لاگت اور تیاری کا وقت شامل ہو سکتے ہیں۔ ڈیزائن ایک جہت میں حد کے قریب جبکہ دوسری میں خاصی گنجائش چھوڑ سکتا ہے۔
ان جہتوں کو الگ کرنا مفید ہے۔ ایک جواب فوری دینے والا نظام، بہت سی درخواستیں مؤثر انداز میں پراسیس کرنے والے نظام سے مختلف ہو سکتا ہے۔ ایک کو بہتر بنانا [Optimising] دوسرے کو خودبخود بہتر نہیں کرتا۔
سب کچھ حتمی ڈیزائن میں ملانے سے پہلے ٹیم کو سمجھنا چاہیے کہ ہر مقصد کیا مانگتا ہے۔
3. مثالی بنیادی معیار قائم کریں، پھر فاصلے کی وضاحت کریں
چھ دن کی مثال تبھی مفید بنتی ہے جب باقی اڑسٹھ دن کا جائزہ لیا جائے۔
فاصلے کا کچھ حصہ جائز ہو سکتا ہے۔ سست عمل کم خرچ ہو سکتا ہے، نایاب آلات زیادہ منصفانہ استعمال کر سکتا ہے یا ضروری معائنہ ممکن بنا سکتا ہے۔ دوسری تاخیر دہرا فیصلوں یا ایسی ترتیب سے آ سکتی ہے جس پر حال میں کسی نے سوال نہیں کیا۔
یہ مشق ان انتخابوں کو سامنے لاتی ہے۔ دو دن بچ سکتے ہیں یا نہیں، اس پر بحث کے بجائے ٹیم بات کر سکتی ہے کہ بنیادی معیار سے اتنا بڑا فرق کیوں قبول کیا جا رہا ہے۔
اس لیے طبعی کم سے کم حد فیصلے کے لیے حوالہ ہے۔ یہ خودبخود درست کاروباری آخری تاریخ نہیں۔
4. سادگی کا مطلب غیر ضروری پیچیدگی ہٹانا ہے
جدید کمپیوٹنگ نظام میں کئی باہم متعامل حصے ہو سکتے ہیں اور پھر بھی اس کا مقصد سادہ ہو سکتا ہے۔ پیچیدگی تب مسئلہ بنتی ہے جب وہ مقصد کی خدمت کیے بغیر موجود ہو۔
Huang کا طریقہ پوچھنا ہے کہ جز، مرحلہ یا انحصار [Dependency] ضروری ہے یا نہیں۔ ضروری ہو تو سمجھیں۔ نہ ہو تو پوچھیں کہ اب تک موجود کیوں ہے۔
یہ نظام کے حصے اتنے ہٹانے سے مختلف ہے کہ وہ کام ہی نہ کر سکے۔ بجلی کی ترسیل، ٹھنڈک، آزمائش اور بھروسا محض خاکہ پیچیدہ بنانے سے اختیاری نہیں ہو جاتے۔
مفید ہدف ایسا ڈیزائن ہے جس میں تقاضے پورے کرنے جتنی پیچیدگی ہو، لیکن محض عادت قائم رکھنے والی اضافی پیچیدگی نہ ہو۔
5. رہنماؤں کو عملی کام کی جگہ سمجھنی چاہیے
منصوبے کی رپورٹ وجہ چھپاتے ہوئے تاخیر بیان کر سکتی ہے۔ جہاں کام ہوتا ہے وہاں وضاحت زیادہ صاف ہو سکتی ہے۔
کیبل کیسے لگتی ہے؟ جز انتظار کیوں کرتا ہے؟ کون سا فیصلہ اگلا کام روکتا ہے؟ یہ سوال بڑے نظام کو اسے بنانے والے چھوٹے اقدامات سے جوڑتے ہیں۔
فوری کارروائی تب مفید ہے جب حقیقی رکاوٹ ہٹائے۔ کام سمجھے بغیر سخت تر آخری تاریخ دہرانا انجینئرنگ میں ترقی پیدا نہیں کرتا۔
قیادت کو پابندی سامنے لانے، درست مہارت جمع کرنے اور قابل قبول سمجھوتے طے کرنے میں مدد دینی چاہیے۔
نتیجہ: بہتری کا جشن منانے سے پہلے بنیادی معیار پر سوال کریں
"روشنی کی رفتار" کی سوچ کی طاقت کیوں پوچھنے کے نظم میں ہے۔ یہی ترتیب کیوں؟ یہی انتظار کیوں؟ یہی ڈیزائن کیوں؟ کون سی حدود طبیعیات اور کون سی انتخاب سے آتی ہیں؟
جواب واضح ہوں تو مسلسل بہتری [Continuous Improvement] کو اچھا بنیادی سہارا ملتا ہے۔ ٹیم ورثے میں ملے عمل کو چمکانے کے بجائے سمجھے ہوئے عمل کو بہتر بنا سکتی ہے۔
طریقہ وعدہ نہیں کرتا کہ ہر چوہتر روزہ منصوبہ چھ دن لے گا۔ یہ ٹیم سے کہتا ہے کہ معلوم کرے ایسا کیوں نہیں ہوتا۔ یہ علم بعد کے ہر فیصلے کا معیار بدلتا ہے۔
Powered By K7
