وكلاء الذكاء الاصطناعي يغيّرون دورة التطوير: أين يتقلّص Scrum وأين يبقى الإنسان ضرورياً

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

أين انهارت الدورة التقليدية

كان الطريق من الفكرة إلى شيفرة عاملة يستغرق قبل وقت قريب أياماً أو أسابيع: يجب وصف المهمة، وتقسيمها إلى مهام فرعية، وتسليمها إلى مطوّر، وانتظار التنفيذ الأول، ثم جمع الملاحظات. مع الوكلاء أصبح هذا المسار أقصر بكثير. فالشيفرة المبدئية، وقوالب الاختبارات، وعمليات الترحيل (migrations)، وهياكل واجهات المستخدم، وحتى التوثيق الأساسي، تظهر كلها في تمريرة واحدة، لا بعد عدة جولات من التبادل بين الأشخاص.

• تتحول صياغة الفرضية إلى نموذج أولي بسرعة أكبر
• يظهر التنفيذ المبدئي بعد طرح المهمة مباشرة تقريباً
• يخرج إعداد بيانات الاختبار والـ fixtures من الروتين اليدوي
• لم يعد التوثيق والملاحظات التقنية تنتظر نهاية السبرنت

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

greenfield في مقابل legacy

في مشاريع greenfield، حيث يُبنى المنتج من الصفر، يبلغ هامش التسارع أقصاه. فالقيود التاريخية هناك أقل، ومن الأسهل الاتفاق على بنية الشيفرة، وتبنّي نهج يولّد فيه الوكيل معظم التنفيذ الأولي. وفي هذه البيئة تضعف بعض الفحوص الكلاسيكية فعلاً: فبدلاً من code review الثقيلة، ينظر الفريق في الغالب إلى observability والسجلات والتنبيهات وسلوك النظام تحت الحمل الحقيقي.

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

أين تصطدم السرعة بحدودها

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

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

ماذا يعني ذلك

لم يقضِ وكلاء AI على Scrum وQA وcode review دفعة واحدة، كما يحب المؤثرون أن يصوّروا الأمر. لقد ضغطوا دورة التطوير بصورة غير متساوية: ففي المنتجات الجديدة يكاد التسارع يكون انفجارياً، وفي أنظمة legacy تتوقف الفائدة على جودة التحقق، وفي البيئات الخاضعة للتنظيم يأتي المكسب دون أن تُرفع المسؤولية. والفرق التي تنجح هي التي لا تكتفي بالتوليد بوتيرة أسرع، بل تُحسن التحقق أيضاً.