إجراء تسليم إصلاح السفينة: من مراجعة الإنجاز إلى المغادرة

كيف تعمل

1. طابِق المسارات مع تنظيم مشروعك الخاص

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

2. استبدل قيم الأشخاص وعبء العمل النموذجية بجدول أسمائك وساعاتك

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

3. اكتب معايير القبول الخاصة بك على صناديق القرار

   يحتاج قرارا «هل تجتاز كل الأنظمة الاختبار والتشغيل بنجاح؟» و«هل يقبل العميل والتصنيف العمل؟» معايير حقيقية خلفهما: أي معايير اختبار يجب أن يجتازها النظام، وما الذي يتحقق منه مسّاح التصنيف فعلياً. قرار بلا معيار مذكور تجيب عنه الحصافة الشخصية، وهذا بالضبط ما وُجدت فروع إعادة العمل لالتقاطه.

4. اضبط قرار قائمة الملاحظات وفق تحمّلك للبنود البسيطة

   يفترض قرار «هل أُغلقت كل بنود قائمة الملاحظات ووُقِّع عليها؟» قائمة ملاحظات ببنود بسيطة فعلاً متفق عليها عند التفتيش. فإن كانت قوائم ملاحظات حوضك تتضمن عادةً عملاً كان ينبغي أن يمنع القبول أصلاً، شدِّد ما يعامله قرار التفتيش لديك بوصفه مقبولاً ببنود بسيطة، بدل السماح له بالمرور إلى إغلاق قائمة الملاحظات.

5. أبقِ التوثيق النهائي خطوة قائمة بذاتها، لا ملاحظة على المغادرة

   "تجميع ملف الإصلاح النهائي ووثائق الضمان" هو السجل الذي يعتمد عليه العميل وFAYARD كلاهما إن ظهر سؤال ضمان لاحقاً. إبقاؤه صفاً منفصلاً قبل "إخراج السفينة من الحوض أو إخلاء الرصيف، والسفينة تغادر" يعني أن الملف لا يمكن تخطيه حين تُستعجَل المغادرة.

الأسئلة الشائعة

لماذا يحمل هذا الإجراء ثلاث نقاط قرار منفصلة بدل خطوة تسليم واحدة؟

لأن التسليم في حوض إصلاح يفشل في ثلاث لحظات مختلفة، لا لحظة واحدة: قد تظل حزمة عمل مفتوحة قبل بدء الاختبار، وقد يفشل نظام مُصلَح في اختبار تشغيله الخاص، وقد يرفض العميل أو مسّاح التصنيف قبول عمل اعتقدت الورشة وضبط الجودة أنه منتهٍ بالفعل. يقع كل قرار في اللحظة التي يصبح فيها الفشل المقابل قابلاً للفحص، ويتفرع كل واحد منها عودة إلى إعادة العمل لا تقدماً نحو ملاحظة، لأن التقاط بند غير منتهٍ عند مراجعة البنود المعلَّقة أرخص بكثير من التقاطه عند تفتيش المسّاح.

ماذا يفعل عمودا الأشخاص وعبء العمل في هذا المخطط؟

تحمل كل خطوة الشخص المسؤول عنها ورقم عبء عمل بالساعات يمثل الجهد الفعلي الذي تستغرقه الخطوة، لا الوقت المنقضي الذي تمتد عليه. يقرأ لوح بيانات عبء العمل هذين العمودين عبر المخطط ليجمع الجهد حسب الشخص وحسب المرحلة، بحيث يستطيع منسق جدولة أن يرى، مثلاً، أن مديرة المشروع تحمل بالفعل ساعات مراجعة وجدولة تفتيش وقائمة ملاحظات على تسليم واحد قبل أن يُضاف إغلاق سفينة ثانية إلى أسبوعها.

ماذا يحدث إن لم يقبل العميل أو مسّاح التصنيف العمل المكتمل؟

يوجّه قرار «هل يقبل العميل والتصنيف العمل؟» رفضاً عبر "العودة إلى الورشة لإعادة عمل كبرى" ثم عودة عبر مراجعة البنود المعلَّقة، بدل معاملة الرفض كمحادثة جانبية. لا يتابع إلى إغلاق قائمة الملاحظات سوى قبول ببنود بسيطة، وهذا ما يمنع إصلاحاً متنازَعاً عليه من الوصول بصمت إلى المغادرة.

بم يختلف بند قائمة الملاحظات عن اختبار تشغيل فاشل؟

اختبار التشغيل الفاشل يعني أن نظاماً لم يجتز اختباره الخاص ويُوجَّه مباشرة إلى الورشة قبل أن يتدخل العميل أو المسّاح أصلاً. أما بند قائمة الملاحظات فهو شيء اتفق العميل ومسّاح التصنيف بالفعل على أنه بسيط بما يكفي ألا يمنع القبول، ويُتابَع ويُغلَق منفصلاً عند «هل أُغلقت كل بنود قائمة الملاحظات ووُقِّع عليها؟» بدل إعادة فتح التفتيش كله.

هل يمكن تكييف هذا الإجراء لمشروع إصلاح لا تشارك فيه هيئة تصنيف؟

نعم. تنتقل بنية المراحل كما هي: مراجعة البنود المعلَّقة، والاختبار والتشغيل، والتوثيق، وتفتيش القبول، وإغلاق قائمة الملاحظات قبل المغادرة. ما يتغير هو من يشغل مسار العميل / التصنيف وما الذي يتحقق منه قرار التفتيش فعلياً، فراجع تلك الخطوة ومعاييرها بدل التسلسل العام.