| 观察 | 同类需求耗时差、返工次数、缺陷密度 |
|---|---|
| 记录 | 迭代回顾中标注「债务拖累」项 |
| 决策 | 连续拖累的模块进入偿还计划 |
回顾记录示例
回顾记录示例
本迭代：
- 需求 A（新模块）：1.5 天完成
- 需求 B（旧报表模块）：4 天，其中 2 天用于绕过历史兼容逻辑
→ 报表模块债务拖累 ≈ 2 天/次，已进入下季度偿还候选「利息支付」：为什么新功能越做越慢
债务的利息常以交付速度体现：同一需求在不同模块的实现耗时差异，就是利息的直接读数；把利息写进迭代回顾（哪个模块拖慢了这个迭代），偿还才有业务语言。
易错点
- 凭感觉说「被债务拖累」：无记录则无法比较与说服
- 把正常学习曲线算作债务：归类过宽导致决策失真
数据来源与参考
- Fowler 技术债隐喻的工程延伸（利息作为交付速度读数）