لماذا يتعثّر «الذكاء» في موقع البناء؟
المدينة الذكية ليست مشروع تقنية معلومات يُنفَّذ في مكتب مكيّف، بل مشروع بناء تُزرع التقنية في أعماقه. الحساسات والكاميرات والمنصات تمثل جزءاً صغيراً من التكلفة الرأسمالية لأي مشروع عمراني، لكنها تعتمد اعتماداً كاملاً على ما يسبقها: مسارات كابلات (Containment) صُبّت في الخرسانة قبل أشهر، وغرف اتصالات خُصّصت مساحتها في المخططات المعمارية، وتغذية كهربائية حُسبت أحمالها في التصميم التفصيلي.
حين يدخل مهندس التقنية إلى المشروع متأخراً — بعد إغلاق التصميم أو بدء التنفيذ — يكتشف أن «مكان» نظامه الذكي غير موجود أصلاً، وأن كل تعديل يتطلب أمر تغيير (Variation Order) يكلّف أضعاف ما كان سيكلّفه سطر واحد في مرحلة الـ Concept. هنا يظهر الفارق: خبير المدن الذكية الحقيقي ليس من يعرف أحدث المنصات فحسب، بل من يفهم البيئة التي ستعيش فيها هذه المنصات — عقود تحدد من يفعل ماذا، ومراحل إنشاء تحدد متى يمكن التأثير، ومنهجيات تنفيذ تضمن وصول النظام إلى التشغيل الفعلي. هذه هي أضلاع المثلث الثلاثة.
اللغة الأولى: العقود — من يملك المخاطر يملك القرار
العقد هو «نظام التشغيل» الحقيقي لأي مشروع عمراني، وهو ما يحدد سلفاً هامش المناورة المتاح لأي نظام ذكي. على الخبير أن يميّز بين النماذج الرئيسية: عقود FIDIC الأحمر حيث يتحمل صاحب العمل مسؤولية التصميم، والأصفر (تصميم وبناء) حيث ينتقل عبء التصميم إلى المقاول، والفضي (EPC/تسليم مفتاح) حيث يشتري صاحب العمل نتيجة نهائية شبه مغلقة، إضافة إلى نماذج الشراكة (PPP/BOT) الشائعة في البنية الرقمية طويلة الأمد.
لماذا يهم هذا مهندسَ التقنية؟ لأن الأنظمة الذكية نادراً ما تأتي في حزمة واحدة: تتوزع بين مقاول الكهروميكانيك (MEP)، وأقسام المواصفات 27 (الاتصالات) و28 (الأمن الإلكتروني)، ومقاول ICT، ومشغّلي المنصات. وكل واجهة (Interface) بين حزمتين هي نقطة خطر: من يمدّ الكابل؟ ومن يركّب الحساس؟ ومن يدمجه في المنصة؟ لهذا ظهر دور «المتكامل الرئيسي للأنظمة» (Master Systems Integrator — MSI): طرف واحد مسؤول تعاقدياً عن أن تعمل الأنظمة معاً لا كل نظام وحده —
اللغة الثانية: مراحل التصميم والإنشاء — نافذة التأثير تُغلق مبكراً
يمرّ المشروع العمراني بسلسلة مراحل معروفة: المخطط العام (Masterplan)، فالتصميم المبدئي (Concept)، فالتخطيطي (Schematic)، فالتفصيلي (Detailed Design)، فمستندات التنفيذ (IFC/CD)، ثم التنفيذ، فالاختبار والتشغيل (T&C)، وأخيراً التسليم وفترة إصلاح العيوب (DLP). ما لا يدركه كثير من مهندسي التقنية أن نافذة التأثير الحقيقية تقع في الثلث الأول من هذه السلسلة.
في الـ Masterplan والـ Concept تُحسم أسئلة مصيرية للمدينة الذكية: أين تقع غرف البيانات والاتصالات؟ ما مسارات الألياف الرئيسية؟ أين تُزرع الأعمدة الذكية؟ وفي التصميم التفصيلي تُحجز «الاحتياطات» (Provisions): مواسير وقنوات، وطاقة كهربائية، وأحمال تبريد، ونقاط اتصال. أما بعد صبّ الخرسانة، فمنحنى تكلفة التغيير يصعد بلا رحمة: التعديل الذي كان سطراً في تقرير الـ Concept يصبح حفراً وتكسيراً وأوامر تغيير. القاعدة الذهبية للخبير: كما يقرأ مهندس الأنظمة وثائق HLD وLLD، عليه أن يقرأ الـ Masterplan والـ DD بنفس الطلاقة — فهناك تُولد حالات الاستخدام أو تموت.
اللغة الثالثة: تنفيذ المشاريع التقنية — حين يلتقي الـ Sprint بجدول المقاول
الضلع الثالث هو فنّ تنفيذ مشروع تقني داخل مشروع إنشائي. البناء يسير بمنهجية Waterfall صارمة: جدول زمني، مسار حرج، ومحطات دفع مرتبطة بالإنجاز المادي. بينما تُدار المنصات الرقمية عادة بمنهجيات رشيقة (Agile) تفترض التغيير المستمر. الخبير الناجح يوفّق بين الإيقاعين: يجمّد مبكراً كل متطلب يمسّ البنية المادية، ويحتفظ بالمرونة لطبقة التطبيقات والتجربة الرقمية التي يمكن تطويرها حتى ما بعد الافتتاح.
ثم تأتي سلسلة الاختبارات التي تفصل بين «نظام مُورَّد» و«نظام يعمل»: اختبار القبول في المصنع (FAT)، فاختبار القبول في الموقع (SAT)، فاختبارات التكامل بين الأنظمة، وصولاً إلى الـ Commissioning ضمن برنامج T&C للمشروع كله — وعلى الخبير أن يحجز موقع أنظمته في هذا الجدول قبل أن يكتظّ بأولويات الحزم الإنشائية. وأخيراً، الجاهزية التشغيلية: فالتسليم ليس خط النهاية؛ إذ يجب أن تصل بيانات الأصول إلى منصة إدارة المرافق (CAFM)، وأن يُدرَّب المشغّل، وأن يُبنى الأمن السيبراني لأنظمة التشغيل (OT) من مرحلة التصميم.
كيف تبني المثلث عملياً؟ خارطة طريق الخبير
بناء هذه العضلات الثلاث لا يحتاج عقداً من الزمن، بل ممارسة مقصودة. ابدأ بقراءة عقد حقيقي واحد — نموذج FIDIC الأصفر مدخل ممتاز — وركّز على بنود التغييرات والواجهات والمسؤوليات. ثم اجلس مع مخطط المشروع (Planner) أمام الجدول الزمني واطلب منه أن يريك أين تقع أنشطة ICT في المسار الحرج، وستفهم في ساعة ما لا تشرحه الكتب. تتبّع بعدها حالة استخدام واحدة من طلب العروض (RFP) حتى التشغيل — الإنارة الذكية مثلاً — وستمرّ خلالها بالمثلث كاملاً: العقد، والمراحل، والتنفيذ. واظب على زيارات الموقع لترى كيف تُبنى «البنية» التي ستحمل «الذكاء»، وعزّز ذلك بمعارف داعمة: أساسيات إدارة المشاريع (PMP أو ما يعادلها)، ومنهجية RIBA Plan of Work، ومعايير مثل IEC 62443 للأمن التشغيلي.
في مشاريع رؤية 2030 العملاقة — من نيوم إلى الدرعية إلى المربع — الطلب الأعلى ليس على من يعرف التقنية وحدها، ولا على من يعرف البناء وحده، بل على «المترجم» الذي يجلس في منتصف الطاولة ويتحدث اللغات الثلاث بطلاقة. ذلك هو خبير المدن الذكية الذي تبحث عنه هذه المشاريع اليوم.
