像货币债务这样的技术债务会在不知不觉中积累起来。对于许多产品负责人来说,技术债是无味、无味和无色的。然而,如果任其发展不受限制,它将逐渐侵蚀质量、可维护性和未来产品的可扩展性。

技术债务通常是糟糕的设计决策的结果。糟糕的设计决策经常发生在“权宜之计”的时刻,只是“让它发挥作用”。您可能会听到诸如“这是一个黑客”或创可贴之类的话,但现在它会让我们度过难关。这意味着,它作为架构标准之外的一次性代码发挥作用。这进一步意味着跟踪和保持一次关闭将花费更多的精力。这是技术债务的一个主要例子。

技术债务的另一个来源来自不完整的测试。产品负责人不断地处理各种限制;预算、时间表和范围。有时,在最后一刻缩小范围意味着跳过特定功能的测试,并在代码中关闭这些功能以确保生产截止日期。这是技术债务的另一个主要来源。

延迟对技术债务采取补救措施会带来长期后果。创可贴代码放置和使用的时间越长,重构它就越困难。那是真正的债务,因为你从产品的未来借来时间来维持必须以利息偿还的债务。

像任何其他债务一样,应该清楚地了解为什么会产生技术债务,以及如何以及何时偿还。产品负责人可能会考虑将技术债务的某些实例纳入产品待办列表,如果这样做可以在产品价值方面更好地管理债务。这提供了在产品达到一定成熟度之前必须投资多少的真实情况。

确保您的团队获得了良好的技术债务透明度。团队应该跟踪它;从高成本到低成本排名。协作哪些应该添加到 backlog 中,sprint backlog 的哪一部分应该包含技术债务故事。一点一点地偿还债务是良好的风险管理。

想知道更多?

CRi 是全国许多客户都知道并信任的合作伙伴,可以帮助计划和执行成功 敏捷转型.您是否正处于敏捷转型之中,需要一些帮助?您是否正在考虑进行敏捷转型并需要一个起点?我们很乐意听取您的意见。给我们发电子邮件 [email protected] 或点击屏幕右下角的绿色对话气泡并填写表格。要了解有关常用敏捷术语和概念的更多信息, 查看我们的敏捷术语表.

汤姆·谢弗

Tom 是 Client Resources Inc 敏捷咨询服务的实践总监 奥马哈,东北。他擅长精益、敏捷和 Scrum,帮助公司通过建立极高绩效的开发组织来提升其市场地位。

接触