在Scrum项目中，开发人员有时会完成产品积压项目的工作，但他们也会产生某种技术债务。由于当时存在一些障碍或缺乏时间，有时也可能因缺乏知识而产生技术债务。
现在，当团队成员发现应该修复的技术债务时，建议跟踪它的方式是什么？这项工作不一定与任何特定功能相关。团队成员应该只创建新的产品Backlog项目吗？
让我们说开发团队和产品所有者有足够的信任，所以没有理由向他隐瞒技术债务。
答案 0 :(得分：4)
Scrum团队的一个常见做法是，一旦发现技术债务工作就将其解决，并将工作包含在确定技术债务的故事中。
这样做有两个原因：
可以将与特定故事无关的技术债务添加到积压工作中。
技术债务工作将与所有其他积压项目一起评估。因此，确定技术债务工作的值非常重要。例如：
如果这项技术债务没有完成，那么在代码库上工作会更加困难，因此团队的工作效率会降低。
您可能还希望考虑将积压的技术债务包含在其他积压故事中。例如，团队意识到站点主页使用的是已弃用的库版本。他们将这些技术债务添加到涉及主页的功能性故事中，以便债务工作将与功能性工作同时修复。
答案 1 :(得分：0)
有时开发人员知道他们最近的代码中存在技术债务;然而，有很多次他们当时都没有意识到这一点。后来，他们自己或另一组开发人员发现了问题，到那时债务变得非常大（不是很容易解决）。
虽然，我也认为债务实例必须尽早重构，很多时候由于规模和复杂性在特定时间内是不可能的。在这种情况下，必须跟踪债务实例。操作方式取决于项目/组织中遵循的过程和实践。