技术债务是指对不适合做法的补救成本的总和。通俗的讲就是为了快速响应需求而引入的非最优或临时性的解决方案，在之后的开发过程中，不得不承担因此所产生的副作用。但如果一直不理睬，技术债务最终会成为阻碍。

技术债务也是一种故事，需要产品负责人在代办事项中统一管理优先级。

增长的技术债务是影响产品可行的最大障碍。技术债务越大，弥补它的代价越昂贵。

技术债务的主要外在表现

• 系统加载的时间越来越长
• 某个模块缺陷率不断增加
• 相同的问题在不同的模块或者组件中出现
• 新的功能数量增加，引发新的 bug数量持续增加
• 修复 bug的时间越来越长
• 团队对某个模块或者组件抱怨很难理解或者很难测试
• 频繁修改某个模块的源代码
• ……

合理偿还技术债务的几种方式

• 把技术债务作为技术需求对待，在保证正常交付的情况下分批偿还。
• 平衡技术债务的影响和快速交付的要求。
• 技术鸿沟和架构债务，越晚修复成本越高，在产品规划过程中应积极做好需求沟通，在特定情况下可考虑通过非功能性迭代完成。
• 代码复杂性、编码风格混乱等可以通过代码分析工具辅助解决。
• 相关联开发组成员应积极沟通，必要情况下以正式文件形式通知各成员。