1.债务的 Owner 是技术 Leader
大部分技术 Leader 认为是业务节奏导致了技术债务的产生，因为研发资源永远不会 100% 充足。所以一些技术 Leader 觉得委屈，明明业务压迫技术导致的问题，最终还要自己来承担责任。
要想解决清楚一个问题，就必须先定义清楚这个问题。 所以我们要先定义清楚技术债务与技术Leader的关联，针对“交付压力 - 技术妥协 - Leader 责任”这个技术债务形成的关系链。
- 通过 CheckList 识别债务
除了明确债务的 Owner 是自己之外，技术债务的度量一直是个难题，因为没有很好的量化方式，所以债务的识别以及收益 ROI 的计算都没有什么标准。所以，我们在处理技术债务的第一阶段就是要识别出技术债务，将其从看不到的未知隐患转变为可视的已知问题。
- 有计划地分级偿债
通过 CheckList 将技术债务作出识别后，往往要解决的问题非常多，但是我们又几乎无法停止需求迭代只做还债这一件事，所以此时要对技术债务做一个“轻重缓急”的区分，以确定需要处理的优先级。
- 正视债务做好预防
除此之外，预防永远胜于治疗，技术债务汇总预防的关键点在于那些“原本未知”的技术债务要逐渐减少，大家对于实现质量的追求不能止步于“测试没有明显 Bug”，写出能运行的代码是不够的，还要易维护易扩展。
技术债务和金融债务有很多类似之处，金融借债往往是为了解决当前的资金压力，从而在商业上赢得先机，着眼于未来的长远收益。技术债务往往也出于同样的目的，通过当前适当的技术妥协换取业务更早的交付上线，尽可能与业务的发展节奏匹配，在业务的发展与变化过程中不断完善而非一开始就追求完美。
此文章为9月Day027学习笔记，内容来源于极客时间《重学前端》，强烈推荐该课程
