应用错误收集

最初，它取决于所使用的过程模板。 Scrum模板的错误等同于Product Backlog项，这意味着它们在Product Backlog中，不能作为Sprint Backlog上的任务。敏捷模板具有另一种方式，因为在MSF敏捷中很常见，可以直接针对错误报告工作。

2013年引入了一项功能，该功能允许错误配置错误的显示位置：

此功能的指导可以在这里找到：

白袍Scrum教练回答

作为Scrum.org培训师，我对此也有更偏颇的看法。当您处理产品待办事项项（或用户案例，具体取决于您的命名约定）时，在冲刺中发现问题，则它不是Bug，您只是找到了一个您不知道的任务作为一个团队还没有完成。因此，在原始产品待办事项项（/用户故事）下，将In-sprint错误作为任务注册。

如果您在sprint中发现与手头工作无关的错误，则不会立即将其修复并进行修复，而是将其放入产品待办事项列表并与产品负责人一起工作。找出何时将其拉入冲刺是有意义的。然后，您将创建一个计划，将其作为Sprint计划的一部分进行修复（并像在其他产品待办事项中一样，向Bug中添加任务）。

在此设置中，您永远不会直接针对Bug进行工作，最肯定的是不会针对Bug进行代码更改。

您当然应该找出最适合您和您的团队的方法，但这是一种“按书scrum”的方式，可以查看有关产品待办事项列表和Sprint待办事项列表的错误。