المصنع ليس دائمًا عنق الزجاجة: لماذا يبدأ تأخير مشاريع التصنيع غالبًا قبل أرضية الإنتاج؟

عندما يبدأ مشروع تصنيع بالتأخر، غالبًا يكون أول سؤال:

لماذا الإنتاج بطيء؟

محطة اللحام عليها ضغط. الدهان متأخر. بعض التجميعات تنتظر. وفريق الشحن يطلب عناصر لم تنتهِ بعد.

من الخارج، يبدو أن المشكلة في الإنتاج.

لكن المكان الذي يظهر فيه التأخير ليس بالضرورة هو المكان الذي بدأ منه التأخير.

قد تعمل محطة اللحام بالمعدل الطبيعي، ومع ذلك تتراكم أمامها الأعمال. وقد يعمل فريق الإنتاج بكفاءة، ومع ذلك يتأخر المشروع. وقد يحقق المصنع نسبة إنجاز مرتفعة، بينما المشروع نفسه ما زال غير جاهز للشحن أو التركيب.

السبب أن رحلة التنفيذ لا تمر بالإنتاج وحده.

هي سلسلة مترابطة:

الهندسة → الطاقة المتاحة → الإنتاج → الجودة → الشحن → الموقع

وأي اختناق في مرحلة من هذه المراحل يمكن أن ينتقل إلى باقي السلسلة، إلى أن يظهر في النهاية وكأنه "تأخير في المصنع".

التأخير ينتقل من مرحلة إلى أخرى

عمليات الـfabrication تعتمد بدرجة كبيرة على الترابط بين الفرق والمراحل.

الهندسة تسلّم المعلومات للتخطيط والإنتاج. التخطيط يحدد ما الذي يجب تنفيذه ومتى. العمال والمعدات يحددون الطاقة الفعلية المتاحة. الإنتاج يحرك العمل عبر المراحل المختلفة. الجودة تحدد هل يمكن للعنصر أن ينتقل للمرحلة التالية أم لا. الشحن يعتمد على الجاهزية والتسلسل الصحيح. وفريق الموقع يحتاج العناصر المناسبة في الوقت المناسب.

عندما يحدث خلل في إحدى هذه النقاط، نادرًا ما يبقى تأثيره داخل قسم واحد.

تأخر اعتماد رسمة قد يجعل الإنتاج ينتظر.

تغيير الأولويات قد يدفع مشروعًا أمام مشروع آخر ويخلق ضغطًا مفاجئًا على محطة معينة.

نقص عمال اللحام يمكن أن يقلل الطاقة الفعلية حتى لو كانت محطات اللحام نفسها متاحة.

عطل مفاجئ في ماكينة قد يجعل خطة كانت منطقية صباحًا غير قابلة للتنفيذ بعد ساعات قليلة.

مشكلة جودة قد تعيد عنصرًا انتهى إنتاجه إلى المصنع مرة أخرى.

وتغيير تسلسل العمل في الموقع قد يجعل أولوية الأمس غير مناسبة اليوم.

عندما يظهر التأخير على أرضية المصنع، قد تكون المشكلة الحقيقية بدأت قبلها بعدة خطوات.

الهندسة قد تصنع عنق الزجاجة قبل أن يبدأ التصنيع

الإنتاج لا يستطيع تنفيذ أكثر من المعلومات التي تصل إليه.

إذا كانت الرسومات لم تعتمد بعد، أو تأخر الـengineering release، أو كانت الـrevisions تتغير أثناء التنفيذ، يبدأ المصنع العمل بمدخلات غير مستقرة.

وهذا يؤدي إلى أنواع مختلفة من التأخير.

قد ينتظر الفريق توضيحًا. وقد يبدأ العمل ثم يتوقف. وقد تحتاج عناصر تم إنتاجها بالفعل إلى إعادة تصنيع. وقد تغير رسمة جديدة ترتيب الأولويات بالكامل.

بعد ذلك قد تظهر محطة اللحام متأخرة.

لكن المشكلة ليست بالضرورة أن اللحام بطيء.

ربما وصلت الأعمال إليه متأخرة من البداية.

وهذا فرق مهم جدًا.

زيادة طاقة اللحام لن تحل مشكلة تأخر الـrelease.

وإضافة وردية جديدة لن تعالج عدم السيطرة على الـrevisions.

قبل أن نعتبر أي مرحلة إنتاجية هي عنق الزجاجة، يجب أولًا أن نسأل: هل تصل إليها الأعمال مكتملة، معتمدة، وبالأولوية الصحيحة؟

الطاقة المخططة ليست هي الطاقة المتاحة فعليًا

قد تقول خطة الإنتاج إن محطة معينة لديها ثماني ساعات متاحة اليوم.

لكن في الواقع، ربما لا توجد هذه الثماني ساعات.

قد يكون الـoperator المطلوب غائبًا.

قد يكون فريق مؤهل للعمل على المحطة مشغولًا في مكان آخر.

قد تعمل الماكينة بطاقة منخفضة.

قد يكون هناك preventive maintenance مجدول.

أو قد يحدث breakdown يوقف المحطة بالكامل.

لذلك لا يمكن التعامل مع الـcapacity كرقم ثابت.

الطاقة الحقيقية تعتمد على الأشخاص والمعدات معًا.

ماكينة متاحة بدون العامل المناسب ليست طاقة إنتاجية حقيقية.

وفريق متاح بدون محطة جاهزة للعمل ليس طاقة إنتاجية أيضًا.

وأي خطة لا ترى هذه القيود قد تكون غير واقعية قبل أن يبدأ التنفيذ أصلًا.

هل اللحام فعلًا هو الـBottleneck؟

هنا يجب أن تكون فرق التشغيل حذرة.

تخيل أن أكبر تراكم للأعمال موجود أمام محطة اللحام.

الاستنتاج السريع سيكون:

اللحام هو عنق الزجاجة.

لكن هل هو فعلًا كذلك؟

هل محطة اللحام تعمل باستمرار عند كامل طاقتها المتاحة؟

هل تصل الأعمال إليها بالتسلسل الصحيح؟

هل تصل التجميعات مكتملة، أم ينتظر فريق اللحام أجزاء ناقصة؟

هل يوجد عدد كافٍ من العمال المؤهلين؟

هل قللت الأعطال من الطاقة الفعلية للمحطة؟

هل تستهلك أعمال الـrework ساعات كانت مخصصة للإنتاج الجديد؟

أم أن الـscheduling دفع كمية كبيرة من الأعمال نحو اللحام في نفس الوقت؟

وجود Queue كبير يخبرك أين تتراكم الأعمال.

لكنه لا يخبرك تلقائيًا لماذا تتراكم.

الـtrue bottleneck هو قيد مستمر يحد من تدفق العمل. لكن محطة تمت جدولتها بشكل سيئ، أو تعاني من نقص العمالة، أو أعطال متكررة، أو وصول غير منتظم للأعمال، قد تبدو من الخارج بالطريقة نفسها.

لهذا السبب لا يكفي أن يقول أحدهم: "اللحام هو المشكلة".

نحتاج أن نرى الـload والـutilization والـthroughput والعمالة والـdowntime والـexceptions الفعلية قبل أن نحكم.

الجودة يمكن أن تكون Bottleneck غير واضح

هناك خطأ شائع آخر، وهو اعتبار انتهاء التصنيع مساويًا للتقدم الحقيقي.

قد ينتهي العنصر من اللحام أو الدهان أو التجميع، لكنه لا يستطيع التحرك لأنه لم يجتز الـquality gate المطلوب.

وعندما تظهر مشكلة جودة في مرحلة متأخرة، يبدأ تأثيرها في الرجوع للخلف داخل العملية.

العنصر يعود للـrework.

المحطة تستقبل عملًا لم يكن مخططًا له.

ترتيب الإنتاج يتغير.

الشحن يفقد عنصرًا كان يتوقع أن يصبح جاهزًا.

والمشروع يتحمل التأخير في النهاية.

في هذه الحالة، زيادة سرعة الإنتاج قد تنتج فقط كمية أكبر من العناصر المنتظرة للفحص أو إعادة العمل.

السؤال الحقيقي لم يعد: كم يستطيع المصنع أن ينتج؟

بل:

كم من العمل المطابق والمقبول يستطيع أن يتحرك عبر العملية كاملة؟

اكتمال الإنتاج لا يعني دائمًا الجاهزية للشحن

الشحن يضيف فرقًا مهمًا آخر.

قد يكون المشروع متقدمًا جدًا في الإنتاج، ومع ذلك يكون بعيدًا عن الجاهزية الفعلية للتسليم.

عنصر واحد ناقص قد يمنع شحنة كاملة.

عناصر مكتملة قد تكون في انتظار الـQC.

عناصر أخرى قد تكون جاهزة، لكن ليس بالتسلسل الذي يحتاجه الموقع.

وقد يطلب الموقع Phase معينة بشكل عاجل بعد تغيير خطة التركيب.

لهذا، نسبة الإنتاج وحدها قد تعطي إحساسًا غير حقيقي بالتقدم.

السؤال الأفضل ليس:

كم أنتجنا؟

بل:

كم من العمل الصحيح أصبح جاهزًا فعلًا للالتزام التالي؟

وقد يكون هذا الالتزام فحصًا، أو شحنًا، أو تسليمًا، أو تركيبًا في الموقع.

الموقع قد يغيّر ما يجب أن ينتجه المصنع

في العديد من مشاريع التصنيع، لا تنتهي المسؤولية عند بوابة المصنع.

في الـstructural steel والـPEB والـprecast والألومنيوم والـmodular construction وغيرها، يجب أن تتجاوب أولويات الإنتاج مع ما يحدث في الموقع.

إذا تغير تسلسل التركيب، قد تحتاج أولويات الإنتاج والشحن إلى التغيير معه.

إذا كانت هناك كميات تم تسليمها لكنها لم تُركب بعد، فإنتاج المزيد من نفس التسلسل قد لا يضيف تقدمًا حقيقيًا للمشروع.

وإذا كان الموقع يحتاج Phase محددة بشكل عاجل، فقد ينتج المصنع كمية كبيرة جدًا من عناصر أقل أهمية ويبدو أنه يحقق إنتاجية عالية، بينما المشروع نفسه يستمر في التأخر.

لهذا، تحسين أداء المصنع وتحسين تقدم المشروع ليسا دائمًا الشيء نفسه.

يمكن لمحطة أن تحقق Target الإنتاج الخاص بها، بينما المشروع يفشل في تحقيق موعد التسليم.

بدلًا من سؤال "أي قسم بطيء؟"

السؤال الأفضل هو:

أين يتعطل تدفق العمل؟ ولماذا؟

الإجابة تحتاج رؤية السلسلة كاملة، وليس تقييم كل قسم بشكل منفصل.

جاهزية الهندسة تحدد ما الذي يمكن إطلاقه للإنتاج.

العمالة والمعدات تحدد الطاقة الحقيقية.

الـscheduling يحدد كيف يصل الحمل إلى كل مرحلة.

أداء الإنتاج يحدد الـthroughput.

الجودة تحدد هل يمكن لهذا الإنتاج أن يتحرك للأمام.

الشحن يحول العمل المكتمل إلى تسليم فعلي.

والموقع يحدد هل هذا التسليم يدعم التقدم المطلوب للمشروع أم لا.

لذلك يجب تشخيص الـbottleneck كحالة داخل النظام كله، وليس ببساطة إلقاء المسؤولية على القسم الذي أمامه أكبر backlog.

الرؤية الحقيقية تغيّر طريقة إدارة المشكلة

بدلًا من أن تسأل الإدارة المشرفين لماذا تأخرت مرحلة معينة، من الأفضل أن تستطيع مقارنة ما كان مخططًا بما تم فعليًا اعتماده، وجدولته، وتوفير العمالة له، وإنتاجه، وفحصه، وشحنه، وتسليمه، وتركيبه.

وهنا تأتي الفكرة الأساسية التي بُني عليها Fabritec.

Fabritec يربط الرسومات والـrevisions بالتخطيط، والعمالة، وجاهزية محطات العمل، ومراحل الإنتاج، والجودة، والشحن، والتسليم، وتقدم الموقع داخل نظام تشغيلي واحد.

كما تساعد بيانات الـProductivity على مستوى الـworkstations والعمال ومراحل الإنتاج في التفرقة بين الـtrue bottleneck وبين مشكلة سببها scheduling غير مناسب، أو understaffing، أو downtime، أو rework، أو ضعف تدفق العمل بين المراحل.

الهدف ليس جمع بيانات أكثر.

الهدف أن تعرف سبب التأخير الحقيقي قبل أن تتعامل مع المشكلة الخطأ.

لأن المشروع عندما يتأخر، الضغط أكثر على أرضية المصنع ليس دائمًا هو الحل.

أحيانًا لا يكون المصنع هو عنق الزجاجة أصلًا.

إنه فقط المكان الذي ظهرت فيه نتائج المشكلة أخيرًا.

Control execution. Deliver with confidence.