任务，如“需要重构”是否应该存储在产品待办事项中？

Question

在Scrum项目中，开发人员有时会完成他们在产品待办事项上的工作，但他们也会产生某种技术债务。技术债务的产生可能是因为当时的一些障碍，或者是由于缺乏时间，有时也是因为缺乏知识。

现在，当团队成员发现应该修复的技术债务时，推荐的跟踪方法是什么？工作不一定与任何特定特性相关。团队成员应该仅仅创建新的产品待办事项吗？

假设在开发团队和产品所有者之间有足够的信任，所以没有理由向他隐瞒技术债务。

Answer 1

Scrum团队的一个常见做法是，一旦发现技术债务工作，就立即处理它，并将工作总结到技术债务被识别的故事中。

这样做有两个原因：

• 通常情况下，在技术债务被发现时尽可能接近它时，处理技术债务就更容易了。团队成员通常在代码中，因此能够有效地完成工作。
• 推迟技术债务可能会给人一种错误的进步印象。例如，团队展示了在一个sprint中完成的5个故事，但在现实中，仍有一些技术债务需要解决。

与特定故事无关的技术债务可以添加到待办事项中。

技术债务工作将与所有其他积压项目一起进行评估。因此，必须确定技术债务工作的价值。例如：

如果这一技术债务没有完成，那么在代码基础上工作将更加困难，因此团队的生产力将被降低。

您还可以考虑将积压的技术债务打包到其他待办事项中。例如，一个团队意识到站点主页使用的是一个废弃的库版本。他们将这一技术债务添加到主页上的功能故事中，这样债务工作将与功能工作同时固定。

Answer 2

有时候，开发人员知道在他们最近的代码中存在技术债务；但是，有很多时候他们没有意识到这一点。后来，他们自己或另一组开发人员发现了这个问题，到那时债务变得相当大(修复起来并不简单)。

虽然我也认为必须尽早重新考虑债务情况，但由于债务的规模和复杂性，在某一特定时间内是不可能的。在这种情况下，必须追踪债务情况。工作方式取决于项目/组织所遵循的程序和做法。