技术债务

技术债务是软件开发行业中经常被提及的术语。了解它的含义、如何发现它以及如何处理它是值得的，因为它不可避免地会出现。

定义

这个术语本身来自一个比喻，团队对代码库的理解不足导致持续的分歧。不断遇到这种情况会减慢进展，感觉就像支付贷款利息一样。

技术债务实际上是在我们对某个事物的代码编写上缺乏适当理解的自然结果。

但是，技术债务首先是由什么原因引起的呢？正如前面的定义所暗示的，它源于业务需求与软件编写方式之间的分歧。这种分歧的根本原因可能早期就出现，也可能在后来出现。

在前一种情况下，缺乏理解可能导致最初就错误地打下了基础，从而从一开始就承担了债务。糟糕的设计选择、缺乏远见和团队成员之间的沟通不畅都可能导致这种情况。

在后一种情况下，债务可能是由于业务需求的变化而产生的，而软件并没有设计来处理这种变化。这在项目快速迭代的情况下经常发生，使得难以适应不断变化的需求。

有趣的是，糟糕的代码和不遵循最佳实践只占技术债务的一部分。这意味着，虽然遵循最佳实践和编写干净的代码可以帮助减少债务，但它们通常不是主要原因。

那么，你如何知道你是否积累了技术债务？大多数情况下，这并不难发现。降低的生产力通常是最早出现的迹象之一。这意味着开发时间增加或未能达到预期的努力估计。直观上讲，这是有道理的，因为维护成本不断增加，代码库不像应该那样易于使用。

在生产力降低之后，积累了技术债务的团队可能会开始注意到代码质量下降。当估计值未能达到时，开发人员可能会被诱使采取捷径，编写不够清晰的代码。这是对满足截止日期压力的自然反应，但从长远来看，它可能对代码库产生负面影响。

最后，这会演变成一个恶性循环，因为代码库变得更难处理，这导致更大的压力，降低士气，甚至更多的技术债务。这就是为什么及早发现症状并采取行动来减少技术债务的重要性。

处理技术债务并不总是容易的，但也不是不可能的。最重要的一步是意识到它的存在以及它对团队的生产力产生的影响。一旦完成了这一步，团队就可以开始采取行动。解决方案因团队、行业和技术债务的性质而异。

广义上讲，在项目初期承担债务是可以接受的，以便推动项目的启动。识别和跟踪技术债务可以确保团队知道何时开始处理它。这还有助于确定它的影响程度以及如何优先处理维护任务。

一旦项目完成，团队应该开始减少债务，或者至少不再增加。优先级可以基于每个重构的影响或所需的努力。两者的结合也可能有益，因为它可以让小的维护任务填补空白，同时计划和协调更有影响力的重构。

在达到可管理的水平后，保持技术债务受控是很重要的。在这里，建立一个流程可以起到奇效。通过知道如何控制债务、何时采取行动并不断朝着这个目标努力，团队可以确保代码库始终处于良好状态。

技术债务是软件开发中自然而然的一部分。沟通不畅和理解不足可能导致技术债务的产生，从而降低开发速度和士气。幸运的是，一些意识、良好的沟通和可行的流程可以帮助减少技术债务并控制它。