您如何识别、优先级排序和偿还技术债？

Question

您如何识别、优先级排序和偿还技术债？

Accepted Answer

**Technical debt** 是代码现状与应有状态之间的差距，为了加快速度而（有意或无意地）产生的。某些债务是可以接受的；关键是要管理它，而不是消除它。重点是优先级排序那些真正*有害*的债务。

## 按影响而非烦恼来优先级排序

```text
For each piece of debt, ask:
  - How often does it slow us down or cause bugs? (frequency)
  - How bad is it when it bites? (severity)
  - How risky/expensive is it to fix? (cost)

High frequency + high severity + low cost → fix now
Low frequency + low severity → leave it, document it
```

## 一个具体例子

一个在每次发布时都会中断并每周阻塞团队的脆弱模块值得修复。一个丑陋但稳定的实用工具，没人会动它，*就不值得*，即使它让你不满意。重构它是虚荣，不是价值。

## 如何为这项工作提供资金

纯粹的"债务冲刺"很难获得批准。更好的策略：

```text
✓ Budget ~10-20% of each sprint for debt continuously
✓ Pay debt down inside related feature work ("boy scout rule")
✓ Tie debt to business pain: "this is why feature X took 3 weeks"
```

## 为什么这很重要

未管理的债务会复合增长：速度会悄悄下降，直到团队几乎无法发布任何东西。

但追求每一个不完美会浪费时间在无关紧要的债务上。

TL 的价值在于了解差异所在，并用*业务*术语而非仅仅工程术语向领导力阐述情况。