Scrum团队的一个常见做法是,一旦发现技术债务工作就将其解决,并将工作包含在确定技术债务的故事中。
这样做有两个原因:
可以将与特定故事无关的技术债务添加到积压工作中。
技术债务工作将与所有其他积压项目一起进行评估。因此,确定这一点非常重要 值 技术债务工作。例如:
如果这项技术债务没有完成,那么在代码库上工作会更加困难,因此团队的工作效率会降低。
您可能还希望考虑将积压的技术债务包含在其他积压故事中。例如,团队意识到站点主页使用的是已弃用的库版本。他们将此技术债务添加到涉及主页的功能性故事中,以便债务工作将在功能性工作的同时得到修复。
有时开发人员知道他们最近的代码中存在技术债务;然而,有很多次他们当时没有意识到这一点。后来,他们自己或另一组开发人员发现了问题,到那时债务变得非常大(不是很容易解决)。
虽然,我也认为债务实例必须尽早重构,很多时候由于规模和复杂性,在特定时间内是不可能的。在这种情况下,必须跟踪债务实例。操作方式取决于项目/组织中遵循的过程和实践。