هناك شعار قديم: “Don’t Mess with Texas.” لكن الأصل لم يكن يتعلق بالصلابة. في الواقع، كانت حملة لمكافحة رمي النفايات لأن الناس كانوا يعبثون بالطرق السريعة باستمرار.
إذا انتقلنا إلى اليوم، نجد أن صناعات الإنشاءات، والتصنيع، والأعمال البحرية، والتعدين، وبناء السفن تفعل الشيء نفسه تمامًا... رقميًا.
وبالنتيجة، أنشأت مكبًا جميلًا ولامعًا وفوضويًا على طريق التكنولوجيا السريع.
حزمة البداية لـ “التحول الرقمي” لدى المقاول الحديث
(أو ما يمكن تسميته: سيرك التكنولوجيا الذي لم يطلبه أحد)
• نظام ERP ... لكنه للمحاسبة فقط. فبعد كل شيء، من حقًا يريد مواءمة تكاليف المشروع وإنتاجية العمالة والرواتب مع النتائج المالية؟
• أداة تقدير ثم تظهر لدينا ورقة عمل بطول وبراعة خارقة، حيث الافتراضات فوق الافتراضات، داخل واجهة جميلة وغالبًا ما تُعرض ثلاثيًّا (4D .. nD)، noD.
• مجموعة تطبيقات لإدارة الموقع منفصلة تمامًا عن عمليات المكتب. وبعبارة أخرى، عالمان مختلفان وواقعان مختلفان. لا ضبط للتكاليف. لا مساءلة؟
• أداة QTO نعم، هي “تقرأ” الرسومات. لكن لا، ليس بالضرورة أنها تفهم BIM أو تربط بنود جدول الكميات BoQ. وهذا يعني أيضًا ترخيص CAD إضافيًا آخر (وكذلك AutoCAD أو Bentley)
• نظام مشتريات متخصص لأن الموردين بنوه داخل ERP لـ الأصول، وليس للمشاريع، ولا لـ WBS، ولا لـ BoQ، ولا لسلامتك النفسية. (أو ما يعرف بـ Procure-To-Pay)
• وحدة تخزين منفصلة مرة أخرى، لأن وحدة المخازن في ERP تعتقد أنك تدير سوبرماركت، لا موقع إنشاء. (أو ما يعرف بـ WMS)
• أداة معالجة الملاحظات والتعليقات والإيضاحات ممتازة للدوائر والأسهم على الرسومات. لكنها ليست جيدة جدًا في الاتصال بمستنداتك السحابية الفعلية، وقوائم الملاحظات، وبنود BoQ.
• نظام إدارة مستندات يوجد أمر الشراء نفسه في 10 مجلدات مختلفة. وفي الوقت نفسه، توجد الرسومات نفسها في 20 مجلدًا، فلا أحد يعرف أيها الأحدث. تعرف ذلك الملف الذي يحمل اسم: ‘final_final2_final3 …’
• BIM لدى الجميع BIM. ومع ذلك، يستخدمه معظم الفرق لمجرد الإعجاب به ثلاثيًّا والقول “نموذج جميل”. هل توجد رؤى؟ لا. بل يُستخدم أساسًا للمراجعة اللاحقة وكـرسومات As-Built ثلاثية الأبعاد.
• الجدولة Oracle P6. أو... Oracle P6. من الواضح أنه لا حاجة لأي شرح.
• نظام CRM موجود تقنيًا. لكن عمليًا، مهمل إلى حد كبير. لا فرص مسجلة، ولا خط أنابيب، ولا مساءلة — لكن لا بأس، فالتجديد السنوي للترخيص مستمر.
• نظام إدارة مستندات DMS (SharePoint أو Google Drive) تستخدمه الفرق غالبًا كمكب رقمي تنتهي فيه الملفات منسية. فوضى المجلدات تصبح شكلًا من أشكال الفن.
هذا ليس تحولًا رقميًا. بل هو اكتناز تقني. إنه “نسيج تقني” يُسوَّق على أنه استراتيجية لكنه يعمل في الحقيقة كـ فوضى تقنية.
الخدمات المصغرة + الصوامع المصغرة = فوضى كبرى
بالطبع، يسمع الجميع المصطلحات الرائجة: الخدمات المصغرة، وأفضل الحلول في فئتها، والنظام الرقمي البيئي. لكن في الواقع؟ إنه فرانكشتاين من الأنظمة المصغرة المنفصلة — كل منها يعمل بطريقته الخاصة من دون أي وعي بالسياق.
- التقدير لا يعرف الجدولة.
- الجدولة لا تعرف المشتريات.
- المشتريات لا تعرف ضبط التكاليف.
- تقدم الموقع لا يتحدث إلى المالية.
- المالية لا تثق بأيٍّ منها.
والنتيجة؟ باختصار، شركة “تحولت رقميًا” لديها 12 نظامًا، و200 تكامل، و700 جدول بيانات، وصفر حقيقة.
انعدام التكامل = انعدام الفهم
لا يمكن للنظام أن يفهم أعمالك إلا عندما يفهم السياق. والسياق لا يوجد إلا عندما يتحدث BoQ ↔ WBS ↔ رموز التكلفة اللغة نفسها.
ومع ذلك، هنا تحديدًا يفشل دعاة النسيج التقني. فهم يظنون أن ربط التطبيقات ببعضها يساوي التكامل.
هذا غير صحيح. بل إن ذلك هو نقل البيانات، لا فهم البيانات.
إذا لم تستطع الربط بين:
- ما صممته,
- ما قدرته,
- ما جدولته,
- ما نفذته,
- ما دفعته,
- ما تأخر,
- وما تغير...
...فإن “النظام البيئي” لديك ليس سوى شبكة من قواعد بيانات معزولة تتظاهر بأنها عقل.
التكامل بين الأنظمة يحتاج منسقًا، لا حديقة حيوانات
النظام الرقمي الصحي ليس حديقة حيوانات تعج بالحيوانات الجائلة. بل هو مملكة ذات جهاز عصبي مركزي.
لذلك، يجب أن يكون هذا المنسق:
- المصدر الوحيد للحقيقة
- المرجعية التنفيذية
- عقل التكاليف والوقت في المؤسسة
- محرك التضمينات الذي يغذي نماذج LLM المستقبلية لديك
- حارس العمليات الذي يضمن اتساق كل شيء
هذه هي وظيفة نظام ERP، ولكن ليس ERP المالي العام.
وباختصار، يجب أن يكون برنامج ERP قائمًا على المشاريع، متمحورًا حول المشروع، واعيًا بالإنشاءات، ومتمكنًا تشغيليًا.
وبعبارة أخرى: ProjectVIEW ERP.
الذكاء الاصطناعي الوكيلي سيقضي على النسيج التقني
لن تدير فرق الغد العمليات من لوحات المعلومات. بل إن الذكاء الاصطناعي الوكيلي سيديرها، وسيتولى:
- قراءة جداول الكميات BoQs الخاصة بك
- تفسير هيكل تقسيم العمل WBS الخاص بك
- سحب القيم الفعلية من الموقع
- حساب انحراف التكاليف
- إطلاق المشتريات
- تحديث الجداول الزمنية
- إصدار طلبات المعلومات RFI
- التنبؤ بتجاوزات التكاليف
- توجيه القرارات
- تنفيذ مسارات العمل
وليس من خلال التطبيقات أو الوحدات. بل سيعمل عبر واجهات استخدام مؤقتة — وهي واجهات مؤقتة ينشئها النظام عند الطلب لكل مهمة.
وتخمينك ماذا يحتاج الذكاء الاصطناعي الوكيلي؟
رسم معرفة نظيف وموحد من نظام واحد.
إذا كانت بياناتك موزعة على 15 نظامًا، فلن ينقذك الذكاء الاصطناعي. بل سيهلوس لأن منزلك الرقمي أشبه بحريق قمامة.
وبعبارة أخرى، لا يمكنك بناء وكلاء أذكياء فوق بيانات مجزأة ومتناقضة ومكررة.
المستقبل للشركات ذات النواة الواحدة: ERP واحد
ليس ERP للمالية، وآخر للموارد البشرية، وثالث للمستندات. بل ERP واحد يحكم واقع المشروع.
وبعبارة أخرى، منسق واحد يقوم بـ:
- القياس
- التحكم
- المقارنة
- المواءمة
- التنبيه
- التنبؤ
- التصحيح
ويصبح أيضًا الأساس لنماذج التضمين LLM وعمليات الذكاء الاصطناعي الوكيلي لديك.
من دون تلك النواة؟
أنت لا تتحول رقميًا. بل تضاعف الفوضى بواجهة أفضل.
توقف عن العبث بالتقنية. وابدأ بإصلاح الأساس.
في النهاية، كان شعار تكساس محقًا: لا تعبث بالنظام.
- نظف الطريق الرقمي.
- ثم توقف عن تكديس التطبيقات.
- وتوقف عن تمجيد “أفضل الحلول في فئتها”.
- وأخيرًا، توقف عن ضخ البيانات في صوامع منفصلة وتسميته ابتكارًا.
إذا كنت تريد تحولًا رقميًا حقيقيًا، وحوكمة للتكاليف، واستعدادًا للذكاء الاصطناعي، فأنت تحتاج إلى: منسق واحد. عقل مشروع واحد. واقع واحد. وهنا يأتي دور ProjectVIEW ERP تحديدًا، في المكان الذي يتجه إليه المستقبل، لا في المكان الذي علق فيه القطاع.
