هل جميع الديون التقنية سيئة؟

ناقشنا في المقالة السابقة كيفية قياس الديون التقنية والتحكم فيها. هذه المقالة هي لفهم كيف يتم إدخال الديون التقنية وكيفية تحديد الديون التقنية التي تحتاج إلى اهتمام فوري.
دعونا نستخرج رباعي الديون التقنية وحده ونفهم ما يحدث هناك من الرباعي أعلاه.
لا توجد إجابة محددة للسؤال “هل جميع الديون التقنية سيئة؟
إذا أخذنا الربع الرباعي للديون التقنية كمرجع، فقد يكون الدين الموجود على الجانب الأيسر دينًا سيئًا، والدين الموجود على اليمين دينًا جيدًا.
يتعلق الأمر بالخيارات التي يجب اتخاذها كفريق تطوير. دعونا نتخذ نهجًا أكثر تعمقًا في هذا الأمر. وصف وارد كانينغهام الديون التقنية بأنها “المقايضات الهندسية التي يجب على مطوري البرمجيات وأصحاب المصلحة في مجال الأعمال القيام بها في كثير من الأحيان للوفاء بالجداول الزمنية وتوقعات العملاء”.
إذا نظرنا إلى رباعي الديون التقنية أعلاه، إذن: المتهور غير المقصود هو الأقل بحثاً. نظرًا لأن الفريق لا يملك خيارًا بشأن تكبده ولا يتعرف عليه أو لا يستطيع تصحيحه بمجرد وجوده.
المتهور غير المتعمد. يحدث هذا النوع من الديون عندما يعرف الفريق طريقة أفضل لتطوير النظام ولكنه يقايض الجودة بوعي من خلال اختيار إصلاح “سريع وقذر” للنظام مقابل السرعة.
وينطبق ذلك بشكل أساسي على النظام أو المنتج مقابل المواعيد النهائية قصيرة الأجل، ولكن يجب إعطاء الأولوية لإعادة هيكلة سلوكيات المنتج على المدى الطويل. في بعض الأحيان لا توجد خيارات لذلك، وفي هذه الحالة، يمكن اعتبار ذلك النهج الصحيح.
الحريص المتعمد. يمثل هذا النوع من الديون اختصارات الجودة، أو يمكن أن تكون كلمة أفضل هي الحلول البديلة التي يقوم بها الفريق بوعي بسبب موعد نهائي فوري. يعرف الفريق عواقب الاختصارات، وعلى الأرجح أن تأخذ القضايا مكانها في تراكمات المنتج.
يمكن ملاحظة ذلك في العمل المدفوع باتفاقيات مستوى الخدمة. يجب أن تختار فرقهم تقديم شيء ما بدلاً من التركيز على الجودة في هذا الوقت. الحريص المتعمد. يمثل هذا النوع من الديون التعلم الذي يقوم به الفريق أثناء إنجاز العمل على المنتج.
قد ينتج عن هذا التعلم إدراك الفريق للعمل المنجز، أنه لو صمموه بشكل مختلف، لربما نتج عنه منتج بجودة أفضل. إن التباين بين التصميم المنفذ والمثالي يخلق هذا الدين التقني العرضي أو غير المقصود.
ولأن الفريق لم ينشئه عن قصد، فقد قام الفريق بتحسين فهمه التقني وفهمه للمنتج، وبالتالي فهو يندرج تحت فئة الحكمة (الجيد). دعونا ننهي هذا المقال هنا ونترك الخيار لفريق التطوير حول ما هي حالتهم الذهنية عندما يتخذون قرارات صعبة من حيث الجودة مقابل الوقت في تطوير منتجهم.
يتمتع سوميت بخبرة لا مثيل لها في مجال هندسة البرمجيات والتدريب الرشيق والتدريب والاستشارات لمدة 18 عامًا. وباعتباره مدربًا محترفًا معتمدًا في مجال سكروم (PST) من Scrum.org ومستشارًا متميزًا في ممارسة SAFe®، يجلب سوميت ثروة من المعرفة والمهارة لكل مشروع، مما يترك تأثيرًا دائمًا على المؤسسات التي تسعى إلى تبني منهجيات أجايل.