技术债务是指开发人员为了加速软件开发，在应该采用 方案时进行了妥协，改用了短期内能加速软件开发的方案，以至于未来给自己带来额外的开发负担。

软件工程师   Ward Cunningham   将技术的复杂比作为负债。   简单来说，技术债务类似于金融债务，软件开发就像是去银行   “贷款”，而技术债务就像是贷款的“利息”。“利息”是需要以未来额外的时间来偿还的，所以重构才相当于支付“本金”。

表面上，软件的应用程序看起来质量很高且状况很好，但是这些问题却隐藏在下面。如果没有很好地管理并设法降低这些技术债务，那么程序编写和维护的代价最终将会超过它对客户的价值。

这些技术债务到底是从何而来？为什么某些团队在  Scrum开发过程中会导致技术债务的积累呢？我们该如何解决技术债务呢？

一、  Scrum环境产生技术债务的原因

为了满足  Sprint冲刺目标、发布功能和不断变化的需求，开发人员可能会更加关注短期收益，而忽视长期代码质量和可维护性。  因此，开发人员会在必要的修改没有完成时就匆匆发布，权宜之计在不知不觉中就产生技术债务。

技术债务会导致  Scrum团队产生生产力下降、代码质量下降、项目风险增加等多种影响。  虽然在下一个迭代中偿还技术债务是可行的，但团队需要关注每个迭代的新需求，不可能永远都在救火。

那么我们该如何偿还技术债务？或者该如何避免产生技术债务呢？

二、技术债务如何还债

在  Scrum环境中，偿还技术债务是一个重要的任务，以确保软件的可持续发展和质量。下面是一些偿还技术债务的方法：

• 识别技术债务

首先，团队需要识别和记录技术债务。这可以通过代码审查、静态代码分析、系统性能监测等方式来发现潜在的问题和改进点。技术债务可以包括代码质量问题、未完成的任务、过时的技术选择等。

• 优先级排序

一旦技术债务被识别，团队需要对其进行优先级排序。这可以基于影响业务价值、风险和复杂性等因素来确定。团队可以与利益相关者协商，以确保优先处理对业务和用户最重要的技术债务。

• 制定计划

根据优先级排序，团队可以制定一个技术债务偿还计划。这个计划应该包括具体的任务、时间估计和分配给团队成员的工作量。团队可以将这些任务添加到产品待办列表中，并在每个迭代中分配一定的时间来处理技术债务。

• 项目结构化

减少技术债务的有效方式之一是通过更好地构建项目来 减少技术债务。使用项目管理工具（如禅道）可以帮助团队跟踪开发状态，保持进度，并提高团队的整体协作效率。

• 自动化测试

在偿还技术债务的过程中，团队可以优先考虑编写自动化测试来确保代码的正确性和稳定性。自动化测试可以帮助团队及时发现和解决问题，并减少未来的技术债务积累。

禅道团队自研了开源的自动化测试框架  ZTF和通用数据生成器ZenData，加上禅道项目管理软件构成了专业的自动化测试解决方案，可以帮助用户实现规模化自动化测试，提升测试效率。

• 分配固定重构时间

重构相当于贷款需要偿还支付  “本金”，所以  每个  Sprint中分配固定的时间进行重构。这可以是若干小时数、若干故事点数，如一个团队可以为重构预留30个小时、4个故事点等。在Scrum环境中，持续改进是一个核心原则，只有定期回顾和评估偿还技术债务的进展，才能够一定程度上避免技术债务带来的消极影响。

通过遵循这些策略，  Scrum团队可以有效地管理和减少技术债务，从而产生更高质量的软件产品并提高团队生产力。

三、写在最后

正如电影《无间道》所说  “出来混，迟早要还的”，技术债是无法避免的，只是产生技术债务多少的问题，但如果不及时处理技术债务就会产生破窗效应。  团队欠下太多技术债务，必然导致影响后期的代码质量下降，这也会间接影响到完全没有关联的其他用户故事的研发。

因此，从现在开始把偿还技术债务纳入待办事项中，把避免产生技术债务作为工作准则！