TFS Scrum-如果bug和PBI在同一级别上处理，则不应'；它们的工作项状态是否相同？

我们正在使用TFS 2013的scrum模板。产品待办事项和bug处于同一“级别”，因此它们都在待办事项上查看，并且任务作为子项在下面创建。为什么PBI的状态是：新建、批准、提交、完成、删除，而Bug的状态是：新建、进行中、完成、关闭（与任务相同）

通过对PBI和Bug本质上相同的处理，我希望它们应该具有相同的状态。我不确定“完成”与“关闭”的区别是什么意思。我发现任务和bug可以标记为“完成”，这与标记为“完成”的PBI不同，这令人困惑

---

我想更改PBI、Bug和/或任务的状态名称，以使用更一致的命名约定，但我想我可能误解了这些术语的含义。

恐怕您的Scrum流程模板以前已经过定制。在TFS 2013的默认Scrum流程模板中，PBI和Bug的状态是相同的：新建、批准、提交、完成、删除，而Task的状态是：要做、正在进行、完成、删除

下图显示了用于跟踪TFS默认Scrum流程模板的工作和代码缺陷的PBI、Bug和任务工作项的典型前进过程：

PBI:

错误：

任务：

---

正如Cece所提到的，PBI和Bug之间在Scrum中的开箱即用状态是相似的。您可以使用更改Bug工作项类型的状态以匹配PBI

---

另一个选项是使用，您可以在其中创建一组列，并将每个列映射到每个工作项类型的状态。

您的Scrum流程模板已经定制了吗？我猜它已经定制了！我有点接手了，以前做过的事情没有记录。我将尝试将名称和转换更改回以前的状态。但是，当前存在的所有bug的当前状态是否会完全丢失？现有bug不会丢失。但是，当您打开现有的bug时，您会收到警告，例如“字段”State“包含不在支持值列表中的值”In Process“。谢谢！嗯，看起来bug和任务可能被进一步修改了。上面的图表都没有显示状态“Closed”，这是在我的任务和bug配置中“Done”之后的状态。也许我应该删除“Closed”而不做修改？我建议你复制一份“Bug”和“Task”工作项类型来进行修改，这样你就可以在将其投入生产之前验证转换。如果不再需要“关闭”状态，您可以删除它，只需确保转换将设置为您想要的状态。