处理技术债务是软件开发专业人员面临的关键挑战，因此我们收集了软件工程师和技术主管的见解，分享他们的策略。从使用故意设计来限制技术债务到管理它的四步法，发现这些专家在项目中成功实施的前六种方法。

一、故意设计限制技术债务

在任何具有意义的大型软件项目中，技术债务都是不可避免的。问题通常不是如何完全避免技术债务，而是如何有效地管理它。

在 architectural 和设计决策上做出有意的选择，可以在很大程度上帮助限制未来的技术债务——或者至少让你的代码库更易于以后处理这些技术债务。通常，我遇到的项目因技术债务而受创，大多数情况下，原因是相同的：团队为了快速发布项目而牺牲了可持续性。重要的是要记住，通常在项目初期花更多时间进行良好的规划，比在项目发布后花费大量时间处理积累的技术债务要容易得多。

在开始任何具有意义的大型项目时，我会考虑以下几点：

1. 需求分析：有哪些需求，我的解决方案是否全面地涵盖了所有需求？

2. 可扩展性：我的系统设计是否允许轻松扩展？（这通常有助于显著减少未来的技术债务！）

3. 简化：在不牺牲任何要求的情况下，我的设计中可以简化哪些部分？（当你故意寻找可以简化的地方时，你会发现你的初步设计可以简化很多复杂性，这真是令人惊讶。）

记住，目标不是彻底消除项目的技术债务，而是找到一个可接受的平衡，不让其成为干扰因素。通过积极和审慎的方法，你可以有效地管理技术债务，并保持一个健康、可持续的代码库。

二、结构化方法处理金融科技债务

管理技术债务是保持代码库健康和确保项目长期可持续性的一个关键方面。我们通过优先进行定期代码审查、重构会议和维护清晰的技术债务登记簿来管理技术债务。这个登记簿帮助我们根据债务项目对系统性能、可扩展性和可维护性的影响来跟踪和优先处理债务项目。

在最近的一个为金融科技客户进行的项目中，我们遇到了由于客户快速开发功能以满足市场需求而积累的大量技术债务。为了管理这一点，我们实施了一种针对其特定需求的结构化方法：

评估和优先级排序：我们为客户进行了全面的代码审查，以识别高技术债务的领域。这包括评估代码复杂性、识别过时的库以及确定性能瓶颈。然后，我们与客户合作，根据这些问题对系统和用户体验的潜在影响来确定优先级。

专注的技术债务 sprint：我们安排了专门的 sprint，仅专注于解决客户的Technical debt。在这些 sprint 期间，我们的团队致力于重构代码库的关键部分、更新依赖项并提高整体代码质量。这确保了技术债务的减少不会干扰客户的常规功能开发。

持续改进：我们帮助客户采用持续改进的心态，将技术债务管理整合到他们的常规开发过程中。这包括为每个冲刺拨出一部分时间用于重构和技术债务任务，确保债务是逐步解决的，而不是允许其积累。

自动化测试和代码审查：我们增强了客户的自动化测试框架，使其覆盖更多的代码路径，并实施了更严格的代码审查流程。这减少了新技术债务的引入，并确保了重构后的代码符合高质量标准。

通过这些策略系统地解决客户的技术债务，我们提高了项目的稳定性和性能。这种积极的方法不仅增强了客户的系统可扩展性和可维护性，还提高了团队的生产力，使其能够为用户交付强大的金融科技解决方案。

三、MVP的战略债务管理

我将技术债务视为工程挑战，并承认其在软件开发中的不可避免性。我的策略包括：

1. 记录债务的发生（代码注释、 tickets、backlog）

2. 根据影响进行优先级排序（性能、可维护性、可扩展性）

3. 在冲刺中分配时间用于偿还债务

4. 对利益相关者进行债务业务影响的教育

5. 采用最佳实践（编码标准、代码审查、自动化测试）

我们的项目：

对于一个网络应用的最小可行产品，我们为了按时完成而产生了计划内的债务。发布后，我们：

1. 文档中记录的快捷键

2. 优先债务项目

3. 将冲刺时间的20%分配用于偿还债务

4. 向利益相关者传达重要性

5. 严格的代码审查和质量检查

在两个月内，我们清偿了高优先级的债务，提高了代码库的可维护性并减少了生产中的错误。这次经历强化了持续债务管理的重要性，而不是一次性解决。

四、技术债务作为一种战略工具

在dOrg，我们将技术债务视为一种战略工具，使早期阶段的区块链初创公司能够快速进入市场。平衡这种债务是至关重要的，因为过早地偿还技术债务可能会耗尽资源，而允许其积累太长时间可能会阻碍进展。例如，我们通过实施一个跟踪系统来帮助一家区块链初创公司管理他们的技术债务。这使他们能够逐步优先处理和解决关键问题，保持开发速度并随着时间的推移减少缺陷，从而开发出更强大、更可扩展的产品。

五、组织和优先处理开发人员的反馈

管理技术债务始于与开发人员进行开放沟通，以捕捉任何可以改进基础设施的建议，并更好地了解潜在风险。一旦收集到输入，就需要注意将推荐事项组织和整理在待办事项列表中，以便于导航。然后，我会安排一个“春季大扫除冲刺”，在这个冲刺中，我允许开发人员自主识别并拉取需要处理的 tickets（如果需要，匹配特定的条件）。 “春季大扫除冲刺”的频率取决于其他优先事项，但我会至少每季度安排一次，以确保我们正在解决技术债务 tickets。

六、技术债务的四步方法

我和我的团队在TrackingMore采取直接的四步技术债务处理方法。这个过程始于评估和识别技术债务，对其进行优先级排序，计划和执行重构，并根据反馈和性能指标进行持续监控和改进。

一个例子是，人们意识到 TrackingMore 的包裹跟踪功能在某个时刻运行缓慢。由于频繁的虫子，用户体验是负面的。

我们审计了TrackingMore的代码库，并意识到我们的技术债务源于为了在市场中保持竞争力而快速开发功能。我们根据所需努力和其对客户体验的影响对货运跟踪功能进行了优先级排序。

接下来，我们计划了重构货运跟踪模块的流程，以提高其性能和可读性。我们达成一致，采用一种公式将这一流程整合到我们的常规冲刺规划中，分配25%的可用时间用于此。

在重构过程继续进行时，我们为技术债务实施了自动化测试，以确保我们在对货运跟踪函数模块进行任何未来更改时不会产生新的债务。我们还制定了定期审查让软件开发公司进展的方法，并根据软件开发人员的反馈和绩效指标调整了我们的方法。