在 Scrum 项目中，开发人员有时会完成产品待办事项项目的工作，但他们也会产生某种技术债务。由于当时的一些障碍或缺乏时间，有时还因为缺乏知识，可能会产生技术债务。
现在，当团队成员发现应该修复的技术债务时，推荐的跟踪方法是什么？这项工作不一定与任何特定功能相关。团队成员是否应该只创建新的产品待办列表项？
假设开发团队和产品负责人之间有足够的信任，所以没有理由向他隐瞒技术债务。
问问题
216 次
2 回答
4
Scrum 团队的一个常见做法是在发现技术债务工作后立即处理，并将工作包装到识别技术债务的故事中。
这样做有两个原因：
- 通常，在技术债务被发现时尽可能地处理它会更容易。团队成员通常在代码中，因此可以有效地完成工作。
- 延迟技术债务可能会给人一种进步的错误印象。例如，团队展示了在一个 sprint 中完成的 5 个故事，但实际上有积累的技术债务仍需要解决。
与特定故事无关的技术债务可以添加到待办事项中。
技术债务工作将与所有其他积压项目一起评估。因此，确定技术债务工作的价值很重要。例如：
如果这个技术债务没有完成，代码库的工作将会更加困难，因此团队的生产力将会降低。
您可能还希望考虑将积压的技术债务打包到其他积压故事中。例如，一个团队意识到站点主页正在使用已弃用的库版本。他们将这种技术债务添加到主页上的功能故事中，这样债务工作将与功能工作同时得到修复。
于 2016-03-09T18:10:02.220 回答
0
有时开发人员知道他们最近的代码中存在技术债务；然而，有（很多）次他们当时并没有意识到这一点。后来，他们自己或另一组开发人员发现了问题，到那时债务变得相当大（修复起来并不容易）。
虽然，我也相信必须尽早重构债务实例，但由于规模和复杂性，很多时候在给定时间内不可能。在这种情况下，必须跟踪债务实例。作案方式取决于项目/组织中遵循的流程和实践。
于 2016-03-17T20:54:35.410 回答