كيف تشرح الدَّين التقني (technical debt) لجمهور غير تقني؟

Question

Accepted Answer

**أترجم الـ tech debt إلى اللغة التي يستخدمها الجمهور أصلاً: المال، والسرعة، والمخاطرة.** الـ stakeholder غير التقني لا يهتم بالـ coupling أو تغطية الاختبارات؛ يهتم بأن الميزات تصبح أبطأ وأغلى في الشحن. لذا أصوغ الدَّين كمشكلة مالية وتسليم، لا مشكلة كود.

## الصياغة التي أستخدمها

- **الاستعارة المالية، مستخدَمة بحذر.** "اتخذنا اختصاراً لنشحن بسرعة، مثل أخذ قرض. نجح، والآن ندفع فائدةً عليه كل sprint. كل ميزة جديدة في هذه المنطقة تكلّف أكثر بسبب تلك الفائدة." هذا يصل لأن الجميع يفهم الدَّين والفائدة.
- **اجعله ملموساً بمقاييسهم.** ليس "الكود فوضوي" بل "هذه الميزة استغرقت ثلاثة أسابيع؛ قبل عامين كان الحجم نفسه يستغرق أسبوعاً واحداً. الفرق هو عبء الصيانة الذي راكمناه."
- **اربطه بالنتائج التي تهمّهم.** تسليم أبطأ، أخطاء أكثر تصل العملاء، onboarding أصعب للموظفين الجدد، خطر متزايد لـ outage. اربط الدَّين بالإيرادات والسمعة وسرعة الـ roadmap.

## كيف أجعله قراراً، لا شكوى

- اعرضه كـ **مفاضلة بخيارات**، لا كمطلب: "يمكننا الاستمرار في شحن الميزات بالوتيرة المتباطئة الحالية، أو نستثمر sprintين الآن لخفض كلفة الميزات المستقبلية بنحو الثلث."
- كمّم حيثما أستطيع: الوقت الضائع لكل sprint، تكرار الـ incidents، النسبة المئوية من القدرة المنفَقة على إطفاء الحرائق.
- كن صادقاً بأن **بعض الدَّين مقبول.** ليس كل دَين يجب سداده؛ النقطة هي سداد الدَّين الذي يفرض ضريبةً نشطة على التسليم.

## مزالق

- **استخدام المصطلحات** ("refactor"، "coupling"، "البنية المعمارية خاطئة"). يجعلك تبدو وكأنك تريد تلميع الكود لمجرد التلميع.
- صياغته كرغبة المهندسين في كود نظيف لذاته؛ يُقرأ كأنانية.
- إطلاق صيحات الإنذار الكاذبة — تسمية كل شيء دَيناً يآكل المصداقية عندما يظهر شيء عاجل حقاً.

## لماذا يهم

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