بناء فرق هندسية عالية الأداء تعتمد الذكاء الاصطناعي منذ البداية

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

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

أما بالنسبة للأنظمة عالية الأثر، فالتغيير الأهم مختلف.

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

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

الخبرة القيادية تصبح جزءًا مباشرًا من المسار الحرج

كانت مؤسسات البرمجيات التقليدية توسّع التسليم غالباً بإضافة مطوّرين لأن طاقة التنفيذ كانت هي القيد.

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

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

وبذلك ينتقل دور المهندس الخبير إلى مستوى أعلى بدل أن يختفي.

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

تنجح الفرق الصغيرة عندما تبقى الصلاحيات والمسؤوليات واضحة

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

وتزول هذه الميزة حين تكون المسؤولية غامضة.

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

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

التنفيذ الموزّع قادر على توسيع الخبرة.

أما المساءلة الموزّعة فتوسّع عادةً التنسيق فقط.

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

مصدر الشيفرة لا يغيّر عتبة الجودة المطلوبة من المنتج الناتج.

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

ثم يتغيّر الانضباط الهندسي المطلوب بحسب القطاع.

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

أما تطوير المنتجات الصناعية فله خط أساس مختلف. إذ يحدّد معيار IEC 62443-4-1 متطلبات دورة حياة تطوير آمنة للمنتجات المستخدمة في أنظمة الأتمتة والتحكم الصناعية، بما في ذلك التصميم الآمن والتنفيذ والتحقق وإدارة العيوب وإدارة التصحيحات.

وتغيّر التقنيات الطبية نموذج الهندسة مرة أخرى. فحين تكون البرمجية نفسها جهازاً طبياً أو جزءاً منه، يحدّد معيار IEC 62304 عمليات دورة حياة البرمجيات، بينما يوفّر ISO 13485 إطار إدارة الجودة الخاص بالقطاع ويعالج ISO 14971 إدارة مخاطر الأجهزة الطبية. وتغيّر هذه المتطلبات انضباط التتبّع والتحقق والإصدار بطريقة لا يمكن استبدالها بقائمة تحقق عامة لـ DevSecOps.

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

يجب أن تواكب الحوكمة سرعة التطوير

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

قد يغيّر إصدار جديد من النموذج المخرجات. وتتغيّر مصادر الاسترجاع. وتصبح بيانات التقييم أقل تمثيلاً. وتتطوّر صلاحيات الأدوات. وقد يتحوّل مكوّن صُمّم في البداية لدعم القرار تدريجياً إلى أتمتة تشغيلية.

يوفّر معيار ISO/IEC 42001 إطاراً تنظيمياً لإدارة أنظمة الذكاء الاصطناعي ومخاطرها عبر دورة الحياة، بينما يقدّم ISO/IEC 23894 إرشادات لدمج إدارة مخاطر الذكاء الاصطناعي في العمليات المؤسسية.

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

وحيثما تخضع المؤسسة لنظام قطاعي مثل DORA، تصبح الحوكمة أكثر وضوحاً. فمن الكيانات المالية المشمولة أن تحافظ على إطار منظّم لإدارة مخاطر تقنية المعلومات والاتصالات ومساءلة على مستوى الإدارة عن الصمود التشغيلي الرقمي.

ولهذا لا يمكن اختزال الهندسة شديدة التنظيم في مطوّرين “يتحرّكون بسرعة” بينما تتولّى وظيفة أخرى الامتثال لاحقاً.

ينبغي أن تنتج أدلة الامتثال تلقائيًا من سير العمل الهندسي المعتاد

من العلامات الشائعة على عدم نضج التسليم تمرين إعادة بناء الأدلة قبل التدقيق.

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

أما نموذج التسليم الأفضل فينتج الأدلة تلقائياً.

يسجّل نظام إدارة الإصدارات التغيير. وتسجّل أنظمة المراجعة الموافقة. ويحدّد CI/CD القطعة التي بُنيت ونُشرت. وتسجّل أنظمة الهوية الوصول المميّز. وتنتج الضوابط الأمنية النتائج وتاريخ المعالجة. وتُظهر تمارين التعافي ما إذا كانت أهداف الخدمة قد تحقّقت فعلاً. وتُظهر سجلات تقييم الذكاء الاصطناعي أي سلوك للنظام قُبل في إصدار بعينه.

ولا يعني هذا تحويل المهندسين إلى إداريي امتثال.

بل يعني هندسة نظام التسليم بحيث تكون المساءلة قابلة لإعادة البناء.

وبالنسبة للعملاء الجادّين، ولا سيما الحكومات ومشغّلي الخدمات المنظّمة أو الحرجة، قد تكون هذه القدرة بأهمية سرعة التسليم الأولية.

الفريق مسؤول عن الإخفاق بقدر مسؤوليته عن النتيجة

لا ينتهي النظام بنجاح النشر.

لا بد أن يشغّله أحدهم حين تتعطّل اعتمادية عند الساعة 03:00، أو حين يبدأ نموذج بإظهار سلوك شاذ، أو حين تتدهور واجهة برمجية خارجية جزئياً، أو حين لا يعود من طوّروا الخدمة أصلاً متاحين.

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

الفرق التي تعتمد الذكاء الاصطناعي منذ البداية وتحسّن المسار الناجح وحده تنتج عروضاً مبهرة.

أما الفرق عالية الأداء فتصمّم المسارات الفاشلة عن قصد.

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

بل هو مقدار التغيير الموثوق والآمن والقابل للتشغيل الذي يستطيع الفريق إدخاله دون أن يزيد تعقيد المؤسسة أسرع مما يمكن التحكّم فيه.

وهنا تحديداً تخلق الهندسة القائمة على الذكاء الاصطناعي منذ البداية ميزة دائمة.