在MSF Scrum 2.2中，PBI在待办事项列表中被提交是什么意思？

Question

尝试了解TFS 2012 Web Access的“工作 | 待办事项 | 产品待办事项”下看到的内容，我使用了“创建待办事项查询”按钮，然后在编辑中打开了新的查询以查看其工作原理。 我注意到它显示符合两个描述的PBI：

• 处于新建/已批准状态的PBIs任何层级（待办事项列表）下
• 处于新建/已批准/已提交状态的PBIs在待办事项列表（根层级）上。

为什么一个PBI会符合第二个描述呢？ 为什么PBI会被提交到待办事项列表呢？这是维护主题或史诗级别的PBI在细化后，并在其用户故事级别子项目提交至实际迭代时将其设置为已提交的一种方式吗？还是只是为了弥补糟糕的簿记而将不完整的PBI踢回待办事项列表，但是没有将其状态恢复为已批准状态？也许还有其他原因吗？

- bwerks

Answer 1

新建 - 这些是由某人添加到产品待办列表并未经产品负责人审核，也未达成建立协议的PBI。

已批准 - 这些是产品负责人同意的PBI，经过编辑并确保团队能理解。一旦批准，它们就可以在冲刺规划中被团队选择。

已提交 - Scrum团队在冲刺规划中讨论了PBI，创建了一些任务并同意在当前冲刺中构建PBI。

已完成 - 在冲刺审查中，产品负责人检查团队所做的工作，如果他/她认为它符合要求和质量标准，则该项目将被移至已完成状态。

- Brett Maytom PST

---

抱歉，这并没有真正回答问题。 - bwerks

好的，我来为您翻译。您有一个产品待办清单，列出了整个产品的需求列表。这些需求可能会分配给不同的团队。任何人都可以向产品待办清单中添加一个产品待办项。因此，这是一个新的待办清单。如果产品负责人喜欢这个想法，他/她可以批准它。在冲刺计划时，团队将产品待办项拉入他们的冲刺待办清单，并标记为"Committed"；即团队正在当前冲刺中处理该待办项。一旦产品负责人满意团队已经完成了待办项，产品负责人将其标记为完成。 - Brett Maytom PST

你的第一个意味着尚未开始的工作。 第二个意味着包括尚未开始的工作在内的未完成的工作。 - Brett Maytom PST

我认为这里的主要观点是已提交的PBI同时存在于待办事项列表和Sprint中。因此，任何已提交的PBI实际上也在待办事项列表中。因此，即使它说“移动到迭代”，它也不会从待办事项列表中移除 - 直到标记为完成为止。 - Reimund

我同意楼主的观点。我认为“已批准”和“已提交”应该是自动的。如果一个功能被加入到一个迭代中，它的状态应该自动设置为“已提交”，如果它被从迭代中移除，它应该自动回到“已批准”。这样做两次有些繁琐。 - JoeMjr2

Answer 2

你说得对！从 SCRUM 的角度来看，在产品待办列表中列出一个已提交的 PBI 是没有意义的。团队要么已经将 PBI 承诺到一个冲刺中，要么就没有。

有趣的是——在 Sprint Planning 或 Sprint Backlog 中，SCRUM 指南中并没有提到“已承诺”这个术语。

我猜——微软使用“已承诺”一词来描述开发团队在将 PBI 从 Product Backlog 移动到 Sprint 时对其的所有权，但不想通过验证或自动更改 PBI 状态来强制执行该规则。

如果你正在寻找更权威的来源，可以参考MSDN上的状态图文章，该文章描述了可用的状态点，而不涉及Sprints。

- Kye

---

听起来微软包含了“Committed”状态以满足数据库要求。当然，我也可能错了。 - Rod