التكلفة الخفية لبرمجيات المؤسسات: الدين التقني يتحول إلى خطر تنافسي

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

 

بعبارة أخرى، إنه يكشف عن التكلفة الحقيقية لتعقيد البرمجيات.

 

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

 

في الواقع، هناك ملاحظة واحدة تستحق التوقف عندها:

 

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

 

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

 

كم عدد المتخصصين في تكنولوجيا المعلومات الذين تحتاجهم المؤسسة ببساطة حتى تجعل التكنولوجيا تفهم كيف يعمل نشاطها التجاري بالفعل؟

 

الصناعات التي تبني العالم تواجه مشكلة مختلفة

 

بلا شك، إن بناء مطار ليس مثل إدارة بنك.

 

كذلك فإن بناء منشأة بحرية ليس مثل تشغيل سلسلة متاجر تجزئة.

 

في المقابل، يتطلب بناء سفينة، أو تطوير منجم، أو تنفيذ مشروع EPC، أو تسليم مشروع بنية تحتية ضخم تفاعلًا معقدًا للغاية بين:

 

الوقت. التكلفة. الموارد. العقود. المشتريات. الهندسة. الإنتاج. المعدات. الأفراد. التقدم. التغييرات.

 

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

 

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

 

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

 

وبالتالي تنشأ ضريبة تقنية خفية.

 

ومع مرور الوقت، يتراكم قدر كبير من الدين التقني.

 

ماذا لو كانت المعرفة الصناعية موجودة بالفعل داخل النظام؟

 

هذه هي الفلسفة التي تقف وراء DANAOS ProjectVIEW ERP.

 

في الواقع، لم تصمم DANAOS Projects نظام ProjectVIEW باعتباره نظام ERP عامًا تكيّفه لاحقًا مع الصناعات القائمة على المشروعات.

 

بل صممته من الأساس لهذه الصناعات.

 

لذلك، تعكس منطقته التشغيلية الواقع الفعلي للشركات العاملة في:

 

الإنشاءات والبنية التحتية | EPC | الطاقة | الإنشاءات البحرية والبحرية المفتوحة | بناء السفن وإصلاحها | التعدين والمحاجر

 

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

 

بل الطريقة التي تبني بها هذه الشركات العالم.

 

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

 

يوفر ProjectVIEW العمود الفقري الرقمي الحتمي لتنسيق هذه العملية وتحويلها إلى منظومة تشغيل متكاملة.

 

واقع تجاري واحد. عمود فقري تشغيلي واحد.

 

في قلب ProjectVIEW يوجد مبدأ بسيط ظاهريًا:

 

يجب في النهاية مواءمة كل عملية تجارية مع الوقت والتكلفة.

 

أولاً، يمثّل هيكل تقسيم العمل (WBS) الوقت.

 

في المقابل، تنظّم الأبعاد التجارية وأبعاد الموارد وأبعاد التكلفة الداخلية التكلفة، بما في ذلك جداول الكميات (BoQs) وأكواد التكلفة (Cost Codes) حيثما ينطبق ذلك.

 

ثم توفر المعاملات التشغيلية بصورة مستمرة اختبارًا واقعيًا للأداء.

 

• أولاً، ما الذي خطط له الفريق؟
• وما الذي رصد له الميزانية؟
• ثم ما الذي اشتراه؟
• وما الذي استهلكه؟
• كذلك، ما الذي صنّعه؟
• وما الذي ركّبه؟
• ما الذي أنجزته القوى العاملة؟
• كيف استخدم الفريق المعدات؟
• ما الذي نفذه المقاولون من الباطن؟
• بعد ذلك، ما مستوى التقدم الذي حققه المشروع؟
• وأخيراً، ما التكلفة الفعلية؟

 

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

 

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

 

نتيجة لذلك، ينشأ شيء تزداد قيمته باستمرار:

 

حقيقة تشغيلية منظمة.

 

وهذا يغير معادلة الذكاء الاصطناعي

 

يدفع سباق الذكاء الاصطناعي المؤسسات إلى الاستثمار بقوة في النماذج، والمساعدات الذكية، والوكلاء.

 

ومع ذلك، هناك مشكلة أساسية.

 

موثوقية ذكاء الذكاء الاصطناعي لا تتجاوز موثوقية السياق التشغيلي الموجود تحته.

 

صحيح أن الذكاء الاصطناعي يستطيع قراءة آلاف المستندات.

 

كما يمكنه الاستعلام من قواعد البيانات.

 

ويمكنه تلخيص التقارير.

 

بل يمكنه أيضًا تحديد أنماط قد لا يلاحظها البشر.

 

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

 

لهذا السبب، نؤمن بأن مستقبل تكنولوجيا المؤسسات للصناعات التي تبني العالم لا يتمثل ببساطة في:

 

الذكاء الاصطناعي.

 

ولا في:

 

ERP.

 

بل في:

 

ERP حتمي + ذكاء اصطناعي مدمج

 

يوفر ProjectVIEW الطبقة الحتمية: قواعد الأعمال، والمعاملات المنظمة، والصلاحيات، وتدفقات العمل، والموافقات، والعلاقات، وقابلية التدقيق.

 

في المقابل، يوفر الذكاء الاصطناعي طبقة الذكاء.

 

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

 

وبالتالي، لم يعد الذكاء الاصطناعي ينتظر ببساطة أن يطرح أحدهم سؤالًا.

 

بل يصبح جزءًا من الجهاز العصبي التشغيلي.

 

الذكاء الاصطناعي من دون سياق تشغيلي غير كافٍ

 

سيصبح هذا التمييز أكثر أهمية مع توسع المؤسسات في استخدام وكلاء الذكاء الاصطناعي.

 

على سبيل المثال، قد يكون وكيل الذكاء الاصطناعي قادرًا بدرجة استثنائية.

 

لكن القدرة تختلف عن الصلاحية والسياق والرقابة.

 

• إلى أي مشروع يمكنه الوصول؟
• ثم إلى أي عقد؟
• إلى أي مورد؟
• وكذلك إلى أي ميزانية؟
• إلى أي موافقة؟
• ما المعاملة التي يمكنه التوصية بها؟
• بعد ذلك، ما المعاملة التي يمكنه تنفيذها؟
• وفق أي شروط؟
• وأخيراً، ماذا يحدث بعد ذلك؟

 

لذلك، تتطلب هذه الأسئلة أساسًا تشغيليًا حتميًا.

 

ومن ثم يصبح نظام ERP أكثر أهمية في عصر الذكاء الاصطناعي — وليس أقل أهمية.

 

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

 

ومع ذلك، لا يتعين على المؤسسات بالضرورة الاعتماد بشكل حصري على منظومة واحدة للذكاء الاصطناعي.

 

بدلاً من ذلك، يمكن لـ ProjectVIEW توفير الأساس التشغيلي المحكوم الذي يمكن من خلاله لـ ProjectVIEW AI أو غيره من تقنيات الذكاء الاصطناعي المؤسسية الاستفادة من البيانات والعمليات المنظمة.

 

توقفوا عن استخدام الكفاءات النادرة في تكنولوجيا المعلومات لتعويض التجزؤ

 

وهنا نعود إلى مشكلة نقص الكفاءات.

 

بلا شك، ستحتاج المؤسسات إلى متخصصين في الذكاء الاصطناعي.

 

كما ستحتاج إلى متخصصين في الأمن السيبراني.

 

وستحتاج إلى مهندسي بيانات.

 

وأخيراً، ستحتاج إلى مهندسي مؤسسات ممتازين.

 

لكن يجب أن يعمل هؤلاء المتخصصون النادرون على خلق ميزة تنافسية.

 

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

 

باختصار، البنية التقنية مهمة.

 

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

 

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

 

من ERP إلى نظام تشغيل لبناء العالم

 

هنا نرى تطور ProjectVIEW إلى ما يتجاوز التعريف التقليدي لنظام ERP.

 

أصبح ProjectVIEW مركز القيادة والتحكم المركزي للصناعات التي تبني العالم.

 

وهو عمود فقري تشغيلي حتمي يربط بين:

 

المشروعات. الأفراد. الموارد. المعدات. المواد. الموردين. المقاولين من الباطن. العقود. التكلفة. الوقت. الإنتاج. التنفيذ الميداني. الأداء المالي.

 

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

 

باختصار، النتيجة ليست مجرد مجموعة أخرى من تطبيقات المؤسسات.

 

بل هي نظام تشغيل لبناء العالم.

 

ProjectVIEW ERP

 

نواة حتمية. ذكاء اصطناعي مدمج.

 

نظام تشغيل واحد لبناء العالم.