在 MSF Scrum 2.2 的积压工作中提交 PBI 意味着啥？

Posted 2023-02-25

【中文标题】在 MSF Scrum 2.2 的积压工作中提交 PBI 意味着啥？

【英文标题】：What does it mean for a PBI to be committed while in the backlog in MSF Scrum 2.2?在 MSF Scrum 2.2 的积压工作中提交 PBI 意味着什么？

【发布时间】：2013-05-31 03:58:58

【问题描述】：

试图了解我在 TFS 2012 Web Access 中看到的 WORK |积压 |产品待办事项，我使用“创建待办事项查询”按钮，然后在编辑中打开新查询以查看它是如何工作的。我注意到它显示了符合两种描述的 PBI：

根迭代（积压）下处于新建/已批准状态的任何位置的 PBI。 待办事项（根迭代）中的 PBI 处于 New/Approved/Committed 状态。

为什么 PBI 符合第二个描述？为什么 PBI 会在 backlog 中提交？是否可以通过某种方式在改进后维护主题或史诗级别的 PBI，并在他们的用户故事级别的孩子致力于真正的 sprint 时将它们设置为承诺？这是否可能只是一种补偿伪劣簿记的手段，其中不完整的 PBI 被踢到积压但没有将其状态恢复为已批准？也许还有其他原因？

【参考方案1】：

新的 - 这些 PBI 是某人添加到产品待办列表中的，未经产品所有者审查，也未同意构建。

已批准 - 这些是产品所有者同意、编辑并确保团队可以理解的 PBI。一旦获得批准，他们就可以让团队开始制定 sprint 计划。

承诺 - Scrum 团队已经在 sprint 计划中讨论了 PBI，创建了一些任务并同意在当前 sprint 中构建 PBI。

完成 - 在 sprint review 中，产品负责人检查团队已完成的工作，如果他/她同意它符合要求和质量标准，则将项目移至完成。 p>

【讨论】：

抱歉，这并不能真正解决问题。

好的，我会拼写给你。您有一个产品待办事项列表，其中包含整个产品的需求列表。这些要求可能会分配给不同的团队。任何人都可以将产品待办事项项目添加到产品待办事项中。因此它是新的。如果 PO 喜欢这个想法，他/她可以批准它。在 sprint 计划时，团队将产品 backlog 项目拉入他们的 sprint backlog，并将其标记为已提交；这是一个团队在当前 sprint 中致力于 PBI。一旦 PO 对团队已交付 PBI 感到满意，PO 会将其标记为已完成

您的第一个因此意味着尚未开始的工作。第二种是指未完成的工作，包括尚未开始的工作

我认为这里的重点是提交的 pbi 同时存在于 backlog 和 sprint 中。因此，任何已提交的 pbi 实际上也都在 backlog 中。因此，即使它说“移至迭代”，它也不会从积压工作中移出 - 它会一直留在那里直到它被标记为完成。

我同意 OP。我认为 Approved vs Committed 应该是自动的。如果一个特性被添加到一个 sprint，它的统计应该自动设置为 Committed，如果它从一个 sprint 中删除，它应该自动返回到“Approved”。拖两次有点麻烦。

【参考方案2】：

你是对的！从SCRUM 的角度来看，在待办事项中列出Committed PBI 是没有意义的。团队要么将 PBI 提交给 sprint，要么没有。

有趣的是，Committed 一词在 Sprint Planning 或 Sprint Backlog 的 SCRUM 指南中并未提及。

我的猜测 - 微软使用术语 Committed 来描述开发团队在从 Product Backlog 移动到 Sprint 时对 PBI 的所有权，但不想通过验证或自动更改来强制执行该规则PBI 状态。

如果您正在寻找更权威的来源 - MSDN 上的状态图文章描述了可用的状态点，无需参考 Sprints。