مشكلة الدنمارك مع الذكاء الاصطناعي ليست في النماذج. بل في الشراء من دون مخارج واضحة.

هناك نمط محدّد من الإخفاق لا يظهر إلا في مجتمعات ناضجة تُدار بكفاءة. نمط يكون فيه الجميع كفؤاً، والملفات مكتملة بلا ثغرات، ومع ذلك ينهار البرنامج تحت وزنه.

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

حين ألغت جامعات البلد مشروع IT تجاوزت قيمته 300 مليون كرونة دنماركية وعادت إلى نظام قديم من تسعينيات القرن الماضي، كانت التفاصيل أقل أهمية من النمط. ليست مشكلة جامعات. إنها مشكلة governance والشراء، وستتكرر في كل «تحوّل بالذكاء الاصطناعي» نحاوله ما لم نغيّر طريقة الشراء، وكيف نضع البوابات، وكيف نبني التكامل، وكيف نوقف.

ويجعل الذكاء الاصطناعي النمط أسوأ لأنه يُغري القيادات بشراء «برنامج»: منصّة، وحزمة مورّدين، وroadmap لسنوات، ووعد بأن القيمة ستظهر لاحقاً. هذا ترتيب معكوس تماماً. قيمة الذكاء الاصطناعي غالباً ما تبدأ محلية ومحددة. وتتراكم فقط بعد ضبط نقاط التسليم، وتحديد عقود البيانات بوضوح، والتعامل مع التكامل بوصفه المنتج.

القاتل الصامت: شراءٌ يُحسّن الإنصاف لا الملاءمة

معظم عمليات الشراء مبنية للإجابة عن سؤال واحد: «هل اخترنا بإنصاف؟». وهي غير مصممة للإجابة عن سؤال: «هل سيُسلَّم هذا فعلياً، ويتكامل، ويصمد أمام الواقع؟»

الإنصاف مهم. وقابلية التكرار مهمة أيضاً. لكن في العمل الرقمي المعقد، فإن تحسين «سلامة الإجراء» ينتج ثلاث نتائج متوقعة:

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

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

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

stage gates ليست بيروقراطية. إنها آلية للصدق.

كل تحوّل جاد يحتاج stage gates. ليس النوع الاحتفالي الذي يعيد تقديم شرائح الحالة نفسها. بل بوابات حقيقية تفرض قراراً ثنائياً: المضي قدماً، التوقف المؤقت، أو الإيقاف.

إليك مجموعة تعمل مع الذكاء الاصطناعي ومع IT الكبير، من دون أن تتحول إلى mega-program.

Gate 0: إثبات سير العمل

قبل شراء أي شيء كبير، عرّف سير العمل بلغة واضحة: من يفعل ماذا، وبأي أنظمة، وتحت أي قيود. ثم اختر شريحة واحدة صغيرة بما يكفي لتُسلَّم خلال أسابيع لا أرباع سنوية.

• معايير الخروج: سير عمل واحد، مالك واحد، نتيجة واحدة قابلة للقياس، وحدّ أمني واحد.
• معايير الإيقاف: إذا كانت «حالة الاستخدام» تحتاج موافقة خمسة أقسام قبل اختبارها، فهي ليست حالة استخدام أولى. إنها برنامج متخفٍ في هيئة pilot.

Gate 1: نموذج أولي يبدأ بالتكامل أولاً

تموت معظم تجارب الذكاء الاصطناعي عندما تصطدم بالمكدس التقني الحقيقي. لذا اجعل التكامل هو الإثبات الأول لا الأخير.

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

Gate 2: ملكية القرار والضوابط

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

• معايير الخروج: مالك مُسمّى لكل نقطة قرار، ومسار تصعيد، وخطة rollback.
• معايير الإيقاف: عبارة «الأعمال تملكها» ليست ملكية. إنها طريقة مضمونة لتأجيل اللوم إلى وقت لاحق.

Gate 3: لا تُوسّع إلا ما ينجو تشغيلياً

التوسّع ليس زيادة المستخدمين. بل زيادة أنماط الفشل. تُوسّع بعد إثبات المراقبة، وضبط الكلفة، والتعامل مع الحوادث.

• معايير الخروج: توقعات uptime، والتنبيه، وسقوف الكلفة، ونموذج دعم.
• معايير الإيقاف: إذا كانت الكلفة تتوسع مع الاستخدام ولا يستطيع أحد تفسير اقتصاديات الوحدة، فلا توسّع. قِس أولاً.

هذا هو الفارق بين تسليم قدرة فعلية وتمويل أمل.

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

أصعب جملة في المؤسسات الكبيرة هي: «سنتوقف». ليس لأن القادة غير عقلانيين، بل لأن التوقف يُعامل كفشل.

في التكنولوجيا، التوقف غالباً علامة كفاءة.

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

• مرتبطة بالزمن: إذا لم يتحقق تكامل Gate 1 بحلول تاريخ محدد، أوقف أو أعد تحديد النطاق.
• مرتبطة بالقيمة: إذا لم تتحسن نتيجة سير العمل بهامش محدد داخل مجموعة pilot محددة، أوقف أو أعد التصميم.
• مرتبطة بالمخاطر: إذا تراكمت استثناءات الأمن فوق عتبة معينة، أوقف حتى تُصحَّح المعمارية.
• مرتبطة بالتعقيد: إذا تجاوز عدد الأنظمة المعتمدة ما يمكن للفريق التحكم به، قسّم العمل أو أوقف.

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

معمارية التكامل أولاً تتفوق على طموح المنصّة أولاً

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

معمارية التكامل أولاً تبدأ من مكان آخر:

• حدّد system of record لكل كيان محوري. عميل، أصل، فاتورة، قضية، هوية. بلا أي التباس.
• ابنِ واجهات مستقرة. APIs، أو أحداث، أو عقود ملفات مُصدّرة ومختبرة.
• اجعل قابلية الرصد observability شرطاً. السجلات، وتتبع الأثر، والقياسات ليست خياراً في الذكاء الاصطناعي. بها تُدقّق القرارات.
• اجعل الجزء «الذكي» صغيراً. النماذج تتغير. أما سير العمل والتكاملات فتبقى.

وهذا أيضاً سببٌ يجعل «برنامج الذكاء الاصطناعي» لا ينبغي أن يكون mega-program واحداً. بل محفظة رهانات صغيرة مع بنية مشتركة. مقاربة تكامل واحدة. نموذج هوية واحد. معيار تدقيق واحد. وحالات استخدام رفيعة متعددة.

شهدتُ انتقال ERP يلتهم الوقت والثقة لأن التكامل عومل كتفصيل تنفيذي. ليس تفصيلاً تنفيذياً أبداً. إنه المنتج الذي ستعيش معه المؤسسة.

إن أردت منظوراً أعمق حول كيف تصنع خيارات governance انفلاتات الكلفة، انظر تجاوزات الميزانية نادراً ما تكون مفاجأة. إنها خيار governance.

إعادة ضبط الشراء: أربع خطوات يمكنك تنفيذها هذا الربع

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

1. سمِّ مالكاً مسؤولاً واحداً لكل سير عمل. ليس لجنة. شخص واحد. مهمته حسم المفاضلات والقول «توقف» عند فشل البوابة.
2. أعد صياغة RFP حول البوابات. يتنافس المورّدون على اجتياز Gate 0 وGate 1 أولاً، بمعايير خروج واضحة. Gate 2 وGate 3 خيارات، لا افتراضات.
3. عاقد على التكامل والأدلة. اشترط موصلات عاملة إلى أنظمة system of record، واختبارات آلية للواجهات، وسجلات تدقيق. تعامل معها كمخرجات لها اختبارات قبول.
4. اجعل قرار الإيقاف منخفض الكلفة. ضع سقفاً للتعرض في كل بوابة. أبقِ IP والتوثيق قابلين للاستخدام عند إنهاء التعاقد. وتجنب العقود التي تعاقبك على التعلم.

وهنا يحتاج الذكاء الاصطناعي أيضاً إلى انعكاس قيادي مختلف. السؤال ليس «أي نموذج» أو «أي مورّد». السؤال هو: أي سير عمل، وأي نقطة تسليم، وأي ضابط، وأي تغيير قابل للقياس.

إذا كنت تبني أدوات agentic، فهذا يرتبط مباشرة بفكرة أن انضباط الإطلاق أهم من feature flags. كتبت عن ذلك في Default-On Agentic Coding Is a Release Pipeline Change, Not a Feature Toggle. وينطبق المبدأ نفسه على الشراء. الإنفاق default-on بلا بوابات هو كيف تجد نفسك في زاوية لا يمكنك الرجوع منها.

رأيي: الدنمارك لا تحتاج برامج ذكاء اصطناعي أكبر. بل أزرار توقّف أفضل.

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

سيضخم الذكاء الاصطناعي هذه الحلقة ما لم نتعامل مع الشراء كاختصاص منتج: stage gates، ومعايير إيقاف، وملكية مسؤوليات واضحة، ومعمارية تبدأ بالتكامل. رهانات صغيرة. واجهات حقيقية. نتائج قابلة للقياس. توقّف مبكراً عندما يختلف الواقع.

بهذه الطريقة تحصل على تحوّل من دون صداع ما بعد mega-program.