بناء السفن، وأعمال الإصلاح في الأحواض الجافة، والتحديثات وإعادة التأهيل الرئيسية للسفن: ليست أنشطة روتينية لإدارة السفن، بل مشروعات رأسمالية تتطلب رقابة على مستوى المشروع

 

إن بناء السفن، وأعمال الإصلاح في الأحواض الجافة، والتحديثات وإعادة التأهيل الرئيسية للسفن ليست أنشطة روتينية لإدارة السفن. إنها مشروعات رأسمالية. والمشروعات الرأسمالية تتطلب رقابة على مستوى المشروع.

 

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

 

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

 

ومع ذلك، غالبًا ما تكون الإدارة على بُعد مئات أو آلاف الكيلومترات.

 

ويصبح السؤال الأساسي هو:

 

كيف يستطيع مدير السفينة الحصول على “رؤية من داخل حوض بناء السفن” دون أن يكون موجودًا فعليًا في كل مكان؟

 

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

 

فجوة الرؤية بين مدير السفينة وحوض بناء السفن

 

 

تتميز أنظمة ERP التقليدية لإدارة السفن بقدرتها العالية على إدارة الحياة التشغيلية للسفن، بما يشمل الإدارة الفنية، والصيانة المخططة، والمشتريات، وإدارة الطواقم، والمحاسبة، والامتثال، وعمليات الرحلات البحرية.

 

لكن أعمال الإصلاح الرئيسية في الأحواض الجافة، والتحويلات، والتحديثات، أو برامج بناء السفن الجديدة تتصرف بطريقة مختلفة.

 

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

 

والأهم من ذلك، أن الوقت والتكلفة يتفاعلان باستمرار.

 

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

 

والنتيجة هي فجوة في الرؤية.

 

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

 

الإصلاح في الحوض الجاف هو مشروع — لذا يجب إدارته كمشروع

 

لنأخذ مثالًا على أعمال إصلاح رئيسية في حوض جاف.

 

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

 

وبمجرد دخول السفينة إلى الحوض، يبدأ الواقع في تغيير الخطة.

 

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

 

كل تغيير يمكن أن يؤثر على التكلفة، والجدول الزمني، وموعد إعادة السفينة.

 

قد تقوم سير العمل التقليدية بتوثيق هذه الأحداث، لكن منصة التحكم في المشروع يجب أن تقوم بشيء أكثر أهمية:

 

ربطها ببعضها البعض.

 

هذه هي الفلسفة التي يقوم عليها ProjectVIEW ERP.

 

تم تصميم ProjectVIEW حول بيئة مشروعات متكاملة يمكن من خلالها ربط العمليات عبر أبعاد المشروع المتمثلة في BoQ/Scope ↔ WBS/Schedule ↔ Cost Codes. وتدعم المنصة إدارة محفظة المشروعات، وسير العمل، والتحليلات، والبيانات المركزية للمشروعات.

 

وبالنسبة لمديري السفن، يمكن تكييف هذه المصطلحات لتناسب العمليات البحرية؛ حيث تصبح مواصفات الإصلاح في الحوض الجاف أو حزمة العمل هي النطاق التجاري، ويمثل WBS التنفيذ المخطط، بينما توفر Cost Codes هيكل الرقابة الإدارية والمالية.

 

منح الإدارة “رؤية داخل حوض بناء السفن”

 

يجب أن تبدأ الرؤية الرقمية من مكان تنفيذ العمل.

 

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

 

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

 

وهذا يغير سؤال الإدارة من:

 

“ماذا يحدث في حوض بناء السفن؟”

 

إلى:

 

“أظهر لي ما الذي تغير منذ الأمس، وما الذي تأخر عن الجدول، وما الذي تجاوز الميزانية، وما الذي يحتاج إلى موافقتي.”

 

وهذه هي الرؤية الحقيقية للموقف التشغيلي.

 

من تقدم أعمال الحوض إلى الرقابة على التكلفة في الوقت الفعلي

 

التقدم دون التكلفة هو معلومات غير مكتملة.

 

والتكلفة دون التقدم قد تكون أكثر تضليلًا.

 

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

 

تحتاج الإدارة إلى تحديد هذه الانحرافات بينما لا يزال التدخل ممكنًا، وليس بعد استلام الفاتورة النهائية من حوض بناء السفن.

 

منطق الأعمال في ProjectVIEW يربط الميزانية والرقابة على التكلفة بجدولة المشروع والمعاملات اليومية، مما يسمح بمقارنة النشاط الفعلي للمشروع بخط الأساس للمشروع. كما تربط منهجية إدارة التكلفة في المنصة بين BoQ/Scope وWBS وCost Codes، بدلًا من التعامل مع الجدول الزمني والسجلات المالية باعتبارهما عالمين منفصلين.

 

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

 

يجب أن تتبع المشتريات المشروع — لا أن تعمل بجانبه

 

تعتمد المشروعات البحرية بدرجة كبيرة على المشتريات.

 

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

 

ولا يعني كون أمر الشراء “معتمدًا” أن المشروع أصبح محميًا من المخاطر.

 

فالأسئلة الحقيقية هي:

 

أي نشاط يحتاج إلى هذه المادة؟ متى يحتاج إليها؟ هل أكد المورد موعد التوريد؟ هل وصلت؟ ماذا سيحدث لموعد إعادة السفينة إذا لم تصل؟

 

يربط ProjectVIEW طلبات المواد، وطلبات الشراء، وRFQs، وعروض الموردين، وأوامر الشراء، والاستلام، وعمليات المخزون ضمن بيئة المشروع الأوسع. كما يمكن أن تبدأ دورة المشتريات من متطلبات المشروع، مع دعم مقارنة الموردين، والشراء، واستلام المواد.

 

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

 

لا يمكن أن تتحول التغييرات إلى شيك على بياض

 

تُعد الأعمال الإضافية أحد أكبر المخاطر التجارية أثناء الإصلاح في الأحواض الجافة.

 

لا يمكن تجنب بعض التغييرات. لكن المشكلة تبدأ عندما تتم الموافقة على الأعمال الإضافية من خلال رسائل بريد إلكتروني متفرقة، أو مكالمات هاتفية، أو جداول بيانات دون وجود رؤية فورية لتأثيرها التراكمي.

 

يجب أن تجيب كل عملية تغيير على أربعة أسئلة:

 

لماذا هي ضرورية؟ كم ستكلف؟ ما تأثيرها على الجدول الزمني؟ ومن قام بالموافقة عليها؟

 

تُنشئ سير العمل المنظمة سلسلة قابلة للتتبع تبدأ من الطلب، مرورًا بالتقييم الفني والتقييم التجاري والموافقة، وصولًا إلى التنفيذ.

 

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

 

الجودة هي دليل وليست مجرد تصريح

 

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

 

بل يجب أن يترك المشروع وراءه سجلًا قابلًا للتدقيق.

 

قد تصبح تقارير الفحص، والشهادات، والرسومات المعتمدة، ونتائج الاختبارات، والصور، وطلبات المعلومات (RFIs)، وقوائم الملاحظات، ومستندات هيئة التصنيف، وشهادات المعدات، والسجلات النهائية أدلة أساسية في وقت لاحق.

 

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

 

لذلك تصبح بيئة المستندات المركزية ذات الوصول الخاضع للرقابة، وإدارة الإصدارات، وسير العمل، وربط المستندات بالمشروع جزءًا من حوكمة المشروع، وليس مجرد وسيلة لتخزين المستندات. وتدمج بيئة ProjectVIEW إدارة المستندات المركزية والتعاون الخاضع للرقابة إلى جانب سير العمل التشغيلي.

 

والهدف واضح:

 

لا تكتفِ بإخبار أصحاب المصلحة بأن العمل تم إنجازه بالشكل الصحيح. كن قادرًا على إثبات ذلك.

 

منصة واحدة عبر دورة حياة المشروع البحري

ينطبق المبدأ نفسه على ما هو أبعد من أعمال الإصلاح في الأحواض الجافة.

 

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

 

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

 

يمكن لمنصة مشروعات مركزية أن تنشئ نموذج تشغيل مشتركًا عبر هذه المشروعات، يشمل:

 

• إدارة النطاق وحزم العمل؛
• إعداد ميزانيات المشروعات والرقابة على التكلفة؛
• الجدولة ونسب الإنجاز؛
• المشتريات والمواد؛
• إدارة المقاولين من الباطن وشركات الخدمات؛
• إدارة التغييرات والأعمال الإضافية؛
• عمليات الفحص، وQA/QC، وإدارة المستندات؛
• الموافقات ومسارات التدقيق؛
• لوحات معلومات الإدارة وتقارير محفظة المشروعات.

 

تم تصميم ProjectVIEW كبيئة متعددة الشركات ومتعددة المشروعات، توفر معلومات مركزية للمشروعات وتحليلات قائمة على الأدوار، بدلًا من عزل كل مشروع داخل جزيرة معلومات منفصلة.

 

ProjectVIEW ليست بديلًا عن نظام ERP البحري

 

هذا التمييز مهم.

 

قد يمتلك مدير السفن بالفعل نظام ERP بحريًا متطورًا يغطي عمليات السفن، والصيانة، والمشتريات، والتمويل، وإدارة الطواقم.

 

ولا ينبغي أن يكون الهدف بالضرورة هو استبداله.

 

يمكن أن تصبح ProjectVIEW طبقة تنفيذ ومراقبة المشروعات للمشروعات البحرية كثيفة رأس المال، مع التكامل مع أنظمة المؤسسة والأنظمة المالية والبحرية والمتخصصة القائمة عند الحاجة.

 

توفر ProjectVIEW إطار عمل لواجهات API، وقد تم تصميمها للتكامل مع تطبيقات الطرف الثالث، بينما توفر بيئة المشروع منطق الأعمال المطلوب للتنفيذ القائم على المشروعات.

 

وفي هذه البنية، يستمر نظام ERP البحري في إدارة السفينة باعتبارها أصلًا تشغيليًا.

 

بينما تدير ProjectVIEW المشروع الذي يتم تنفيذه على هذا الأصل.

وهذا متطلب مختلف تمامًا.

 

من الإشراف عن بُعد إلى الرقابة الرقمية على المشروع

 

لا يحتاج مديرو السفن إلى المزيد من التقارير القادمة من أحواض بناء السفن.

 

بل يحتاجون إلى رؤية مباشرة ومنظمة وفي الوقت المناسب لتنفيذ المشروع.

 

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

 

بالنسبة لأعمال إصلاح في حوض جاف بقيمة 20 مليون دولار أو برنامج لبناء سفينة جديدة بقيمة 500 مليون دولار، فإن انتظار جدول بيانات الأمس لا يُعد رقابة على المشروع.

 

المستقبل هو بيئة رقمية للمشروع تقوم فيها الموارد والنطاق والوقت والتكلفة والمشتريات والجودة والمستندات والمساءلة بالمطابقة المستمرة مع الواقع.

 

وهنا يمكن لـ ProjectVIEW ERP أن تكمل أنظمة الإدارة البحرية، من خلال تزويد مالكي السفن ومديريها بطبقة الرقابة على المشروعات التي يحتاجون إليها لوضع “عيون رقمية داخل حوض بناء السفن”.