قاعدة GIGO في البناء: كيف تدمر البيانات الرديئة أضخم المشاريع الإنشائية؟

مقدمة: وهم الحواسيب الذكية في إدارة المشاريع

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

هذا الاعتقاد الخاطئ يصطدم بقوة بأهم قاعدة في علوم الحاسوب وتحليل البيانات: GIGO (Garbage In, Garbage Out). وتعني هذه القاعدة بكل بساطة: البيانات الخاطئة أو غير الدقيقة التي يتم إدخالها للبرنامج (Garbage In) ستؤدي حتماً إلى استخراج تقارير ومخططات خادعة ومضللة (Garbage Out). الكمبيوتر لا يصنع المعجزات، بل هو معالج فائق السرعة للمعطيات التي توفرها له أنت.

🏗️ مفهوم الـ GIGO في عالم الـ BIM (نمذجة معلومات البناء)

الـ BIM ليس مجرد رسومات ثلاثية الأبعاد (3D Models)، بل هو قاعدة بيانات ضخمة (Information Management) مرتبطة بالعناصر الهندسية. إذا كانت البيانات الوصفية (Metadata) المدخلة غير صحيحة، فإن النموذج بأكمله يفقد قيمته الهندسية والتعاقدية.

كيف تتجسد البيانات السيئة (Garbage In) في الريفيت؟

• التصنيف الخاطئ للعناصر (Wrong Categories): المهندس المعماري يرسم حائطاً خرسانياً (Structural Wall) باستخدام أمر (Generic Model). النتيجة؟ عند قيام مهندس حصر الكميات باستخراج الجداول (Schedules)، لن يظهر هذا الحائط ضمن كميات الخرسانة بل سيختفي تماماً من الميزانية!
• تجاهل مستويات التفصيل (LOD - Level of Development): تقديم نموذج في مرحلة التسعير (LOD 300) ببيانات وتفاصيل تنتمي لمرحلة التصميم المبدئي (LOD 100). هذا يوهم المقاول بأنه يمتلك معلومات كافية للتسعير، بينما الواقع أن النموذج مفرغ تماماً من التفاصيل الداخلية (مثل سماكات طبقات العزل الحقيقية).
• التداخل الكاذب (False Clashes): عدم التزام مهندس الميكانيكا بالرسم عند المنسوب الصحيح للبلاطة، سيؤدي إلى ظهور مئات التداخلات (Clashes) في برنامج Navisworks مع العناصر الإنشائية والمعمارية. فريق الـ BIM Coordination سيضيع أسابيع من العمل في حل تداخلات غير موجودة أصلاً في الواقع المنطقي للمشروع.

⏱️ مفهوم الـ GIGO في جداول البريمافيرا (Primavera P6)

في مجال تخطيط وضبط المشاريع (Project Controls)، تأثير خطأ الـ GIGO لا يقتصر على مشاكل فنية، بل يمتد لخسائر مادية طاحنة وغرامات تأخير (Liquidated Damages). المالك والاستشاري يعتمدون كلياً على تقارير الـ P6 لاتخاذ قرارات الصرف المالي (Invoices).

أمثلة أخرى مدمرة في P6:

البيانات السيئة المُدخلة (Garbage In)	النتائج الكارثية المُصدرة (Garbage Out)
إعطاء مدد زمنية (Durations) خيالية دون الاعتماد على إنتاجية الأطقم المتاحة.	انحراف خطير لتاريخ انتهاء المشروع (Project Finish Date) واحتساب غرامات تأخير قاسية على المقاول.
تسجيل تواريخ فعلية (Actual Dates) متأخرة للأنشطة السابقة دون إثبات مسؤولية المالك فيها.	خسارة المقاول لأي مطالبة تعويض زمني (EOT Claim) لعدم وجود إثباتات في البرنامج تفصل بين تأخير المقاول وتأخير المالك.
غياب العلاقات المنطقية المغلقة (Open Ends) في الشبكة.	المسار الحرج (Critical Path) يختفي تماماً وتصبح جميع تحذيرات البرنامج للمدير بلا قيمة رياضية.

🛡️ استراتيجيات تحكم وتصفية البيانات (Data Quality Management)

كيف نحمي مشاريعنا من فخ الـ GIGO؟ الجواب القصير هو: التدقيق الصارم (Auditing). في المؤسسات الاحترافية، لا يُسمح بتمرير الجداول أو النماذج الهندسية مباشرة لمدير المشروع دون المرور من بوابات التصفية (QA/QC Checklists).

الخلاصة: التكنولوجيا لا تعوض غياب الوعي الإداري

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