كيف تقلّل مقاييس الاستخدام الإلزامي لـ AI في الشركات من دافعية المطورين

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

من أين يأتي الصراع

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

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

عندما يعيق الذكاء الاصطناعي العمل

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

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

• ينخفض الرضا الوظيفي لأن النتيجة موجودة، لكن ينقص الشعور بـ "فعلت هذا بنفسي"
• تُفقد السرعة إذا ذهب الوقت للعطاءات وإعادة الفحص وفهم كود الآخرين
• يضعف الفهم السياقي عندما يُفوّض جزء من التفكير إلى النموذج
• تعود القلق حول المهارات الخاصة والشكل المهني

فقدان الملكية

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

"أكتب العمارة المعقدة بنفسي، أفوّض الروتين"

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

ماذا يعني هذا

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