6 hours ago
- 技术债务提案在作为价格（例如，以天数或事故次数表示的成本）而非形容词（例如，'这个模块一团糟'）来表述时更容易获得批准，因为价格可以与路线图优先级进行比较。
- 使用四字段模板描述债务：构造（具体位置）、利息（以追踪指标衡量的可重复成本）、本金（修复所需工作量）和触发条件（即将增加利息的工作）。
- 例如：支付逻辑在三个服务中重复，每季度因额外工作和事故耗费12天，修复需要3周，而第四季度的结账重新设计将增加利息。
- 该模板揭示，没有计划变更且利息为零的债务可以有意接受，从而结束无意义的争论。
- 三个关键习惯：以组织指标（如交付周期）为利息定价，将本金附加到现有功能工作而非单独的清理冲刺中，并根据利息而非丑陋程度允许一些债务保留。
- 缺少定价的迹象：未计划的重构工单、无法解释的估算增长以及债务登记册中所有标记为关键的项目。
- 人工智能生成的代码会增加债务，因为即使代码整洁，不被理解的代码也是债务，这使得通过定价实现可见性更加关键。