من أربعة وسبعين يوم للحد الفيزيائي: تفكير 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