إدارة الديون الفنية باستخدام DX والذكاء الاصطناعي

تشعر كل شركة، كبيرة كانت أم صغيرة، بالقلق بشأن الديون الفنية. تقديرات جارتنر أن حوالي 40% من أنظمة البنية التحتية تعاني من هذه المشكلة. وفي استطلاع أجرته شركة ماكينزي بين مديري تكنولوجيا المعلومات، رأى ما يقرب من ثلثهم أن أكثر من 20٪ خُصص جزء كبير من ميزانية منتجاتهم الجديدة لحل مشاكل تتعلق بالديون التقنية. ولكن على عكس ما يعتقده الكثيرون، فإن هذه ليست مجرد مشكلة برمجة، بل هي أيضًا مشكلة تجربة مطور (DX). فعندما يضطر المطورون إلى العمل ببنية غير مناسبة، وأدوات قديمة، وسير عمل تطوير دون المستوى، فإن الإنتاجية والأداء والمعنويات تتأثر سلبًا.

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

دعم DX

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

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

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

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

المقاييس وعلامات التحذير

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

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

التعامل مع الذكاء الاصطناعي

من المفترض أن يُحسّن صعود أدوات الذكاء الاصطناعي إنتاجية المطورين والمهندسين ويُسرّع شحن المنتجات، لكنّ الديون التقنية تُبطئ ذلك. لنفترض أنك تستخدم أداة مثل GitHub أو Copilot للمساعدة في تعديلات الشيفرة البرمجية، ثم تُرسل طلب سحب، ويستغرق التحديث المستمر بضع ساعات للرد عليك. في هذه الأثناء، هل يعمل المطور على شيء آخر؟ هل يتحقّق من رسائل البريد الإلكتروني؟ إنه تغيير في السياق ويُضعف الإنتاجية.

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

هناك مجالٌ لوكلاء الذكاء الاصطناعي، حيث يتولى المهندسون دور المنسقين. وقد كشف استطلاع أجرته شركة كابجيميني على 1,100 مدير تنفيذي في شركات كبيرة أن 82% يخططون لدمج وكلاء الذكاء الاصطناعي في السنوات الثلاث المقبلة، وهم يؤثرون بالفعل على مستقبل العملقد تطّلع على تقرير خطأ وتجد أنه صغير بما يكفي ليتمكن برنامج الذكاء الاصطناعي من التعامل معه من البداية وحتى مراجعة الكود، مما يوفر وقت فريقك ويتيح لهم التعامل مع أعمال أكثر تعقيدًا. مع ذلك، أحيانًا عندما نتبع هذه الأدوات دون وعي، نجد أنفسنا أمام تنازلات يصعب على الذكاء الاصطناعي مراعاتها.

وهنا يصبح الرأي الإنساني هو العامل الحاسم.

مواءمة الديون الفنية مع الأهداف

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

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

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

الديون الفنية مع الفائدة

يمكن لكل مؤسسة تخصيص بضع ساعات أسبوعيًا لتحسين تجربة المستخدم (DX) للمساعدة في تقليل العبء الفني. وإلا، فقد تدفع ثمن ذلك لاحقًا، على الأرجح بسبب بطء الأداء، أو تباطؤ ملحوظ في سرعة التطوير، أو مشاكل أمنية. على سبيل المثال، ربما كان فريق المهندسين والمطورين لديك يؤجل ترقيات Ruby on Rails لعقد من الزمن. وفجأة، ترتفع تكلفة المشروع بمقدار نصف مليون دولار لأن إصدار Ruby متأخر بأربعة أجيال، مما يتركك مع كمية هائلة من الأكواد البرمجية وتبعيات قديمة.

لو كنتَ قد طوّرتَ برامجك تدريجيًا، لما كنتَ في هذا الوضع. لذا، ادعم فريق تطوير البرامج لديك وادفع مُسبقًا. وإلا، سيعود عليك هذا الدين الفني بفوائده.