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

وراثة نموذج بيم (BIM Model) يُفترض أنه مكتمل بالفعل.

إنه التحدي المتمثل في أن يتم إسقاطك فجأة في مشروع سريع الوتيرة (Fast-track) تحت ضغط تسليم هائل، حيث تدور العجلات الإدارية بأقصى سرعة، ولكن المسار الفني والأساس الذي تسير عليه قد انتهى بالفعل من تحتها.

الموقف

طُلب من فريق التنسيق مواصلة العمل على حزمة مشروع موروثة بدت للوهلة الأولى قريبة جداً من الاكتمال.

بدت المهام بسيطة ومباشرة على الورق:

• تثبيت وتنظيف النموذج الحالي.
• إغلاق مشكلات التنسيق المفتوحة.
• نقل الحزمة نحو مستوى تطوير LOD 400.
• تمهيد الطريق نحو LOD 500 والتسليم النهائي للمخططات المنفذة (As-built).

على الورق، يقرأ هذا كاستكمال اعتيادي للمشروع في مراحله المتأخرة. لكنه في الواقع شيء مختلف تماماً.

عندما يرث فريق ما نموذجاً قريباً من نهاية مرحلة تطوير التصميم (Design Development)، فإن العمل نادراً ما يقتصر على الإنتاج الرقمي فقط. بل يتحول إلى عملية استرداد للاستمرارية (Continuity-Recovery):

• ما هي المراجع والمخططات الحالية المعتمدة؟
• ما هي القرارات التي تمت الموافقة عليها بالفعل؟
• ما هي المشكلات العالقة التي تم تمريرها بهدوء دون حل؟
• ما هي العناصر الحقيقية في النموذج، وما هي العناصر التي بقيت مؤقتاً من افتراضات قديمة؟

هذه هي اللحظة الدقيقة التي يبدأ فيها التنسيق بالتحرك متجاوزاً الوضوح.

ما الذي تغير

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

• مخططات مفصلة ومرفقة بالأبعاد والعلامات (Tags).
• مطابقة النموذج مع المساقط المعتمدة التي لم تكن دائماً مرئية أو متاحة للمنسقين.
• جودة مخرجات أقرب إلى مستوى المخططات التنفيذية (Shop Drawings) منها إلى نموذج تنسيق عادي.

وفي الوقت نفسه، أصبحت البيئة المحيطة غير مستقرة بشكل متزايد:

• مخططات مرجعية رئيسية مفقودة، أو جزئية، أو متأخرة، أو ما زالت تتغير.
• قرارات التصميم مستمرة بالتوازي مع التنسيق.
• حقائق الموقع تؤثر على موثوقية النموذج.
• حدود النطاق (Scope Boundaries) لا يتم فرضها بالوضوح التشغيلي الذي يتطلبه ضغط التسليم.

لم تكن المشكلة مجرد نقص في المعلومات، بل كانت تعدد طبقات المعلومات التي تتحرك وتتغير في وقت واحد.

في نفس المنطقة الجغرافية بالمشروع، قد يتعامل الفريق مع نتائج ورش العمل، المخططات المحدثة، طلبات المعلومات (RFIs) العالقة، ظروف الموقع الحية، وافتراضات النموذج الموروثة. هذا ليس مجرد فجوة معلوماتية؛ بل هو عدم استقرار المرجعية (Reference Instability).

الاختلال الحقيقي

المشكلة الهيكلية في مثل هذه الحالات يسهل تفاديها وعدم ملاحظتها. المشكلة ليست فقط انحراف النطاق (Scope Drift)؛ بل هي انفصال ثلاثة محاور تشغيلية عن التحرك معاً:

• المدخلات (Inputs): المعلومات المتاحة والقابلة للتتبع فعلياً.
• النطاق (Scope): مستوى التسليم الذي يُعتبر الفريق مسؤولاً عنه رسمياً.
• التوقعات (Expectations): مستوى اليقين والدقة الذي يرغب أصحاب المصلحة في رؤيته.

وبمجرد انفصال هذه المحاور الثلاثة، يصبح التنسيق مشوهاً.

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

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

هذه هي اللحظة التي يبدو فيها التنسيق صحياً من الخارج بينما يصبح غير موثوق فنيّاً وهيكليّاً من الداخل.

الخطر الخفي: الإغلاق الزائف

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

هذا الضغط ينتج وهملاً خطيراً:

1. يتم تحديث النموذج.
2. يتم رفع الملف إلى المنصة.
3. يتم تمييز المشكلة كمغلقة (Closed).

الإغلاق الإداري للمشاكل والحل الفني الفعلي ليسا نفس الحدث.

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

• افتراضات هندسية غير مؤكدة.
• أسئلة صلاحيات معلقة لم يُبت فيها.
• غياب لسجلات القرارات الرسمية.
• تفاصيل فنية تم ترحيلها للمراحل اللاحقة دون تحديد واضح للمسؤول عنها.

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

لماذا تقع الفرق في هذا الفخ

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

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

هذا يخلق فخ التسليم المطلق:

• الانتظار: يجعلك تبدو وكأنك عنق الزجاجة والمعطل للمشروع.
• التخمين: يجعلك المالك القانوني لعدم اليقين والمسؤول عن أي خطأ لاحق.

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

الاستجابة الأفضل: التقدم المشروط

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

إطار العمل التشغيلي المفيد في هذه البيئات يعتمد على تصنيف عناصر النمذجة إلى أربع حالات متميزة:

• المؤكد (Confirmed): وجود أساس مرجعي معتمد وموثوق. يمكن تحديث وتنسيق النموذج هنا بشكل طبيعي تماماً.
• المؤقت (Provisional): يمكن مواصلة التنسيق للحفاظ على استمرارية الحركة والتقدم، ولكن يجب أن تظل المخرجات مشروطة بوضوح ومحددة كافتراضات معلقة.
• المحظور (Blocked): الاستمرار في النمذجة هنا يعني تحويل التخمين والافتراض إلى حقيقة فنية زائفة. يجب أن تتوقف النمذجة في هذه المنطقة تماماً حتى يصدر قرار رسمي.
• توضيح النطاق / المستثنى (Scope Clarification / Excluded): مسؤولية العنصر أو مستوى التسليم المطلوب لم يتم حسمهما بعد. يتم استبعاد هذا الجزء تماماً من بوابات التنسيق الفعالة.

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

التصحيح المطلوب

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

وهذا يعني التوقف لطرح الأسئلة التالية بوضوح وصراحة:

• ما هو مستوى المخرجات (LOD) المطلوب فعلياً الآن؟
• هل هذا المستوى يقع ضمن النطاق المتفق عليه تعاقدياً؟
• ما هي المرجعية التصميمية الحالية التي تحكم هذا الجزء؟
• ما هي البنود المؤكدة، وما هي البنود التي لا تزال مؤقتة؟
• من الذي يملك ويتحمل مسؤولية توفير المدخلات المفقودة لإغلاق المشكلة نهائياً؟

بدون هذا الانضباط، لا تقتصر مهام الفرق على التنسيق فحسب. بل يبدأون في التأويل، والتعويض، وامتصاص الغموض بصمت.

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

الخلاصة

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

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

الخلاصة الختامية

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