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