azure-devops - 在 DevOps 中将剩余工作分配给产品待办事项

Question

我正在使用 Microsoft DevOps（本地），并希望跟踪产品积压项目而不是任务中的剩余工作。有什么方法可以填充团队容量，将这个价值从活动转移到产品待办列表？

我说“剩余工作”是因为我看到这是填充工作细节和容量的值，但任何领域都对我有用。

标签： azure-devops

Answer 1

有什么方法可以填充团队容量，将这个价值从活动转移到产品待办列表？

恐怕没有这种开箱即用的方法可以做到这一点。

作为文档Scrum 流程工作项类型和工作流，我们可以知道：

为了深入了解功能组合、场景或用户体验，产品所有者和项目经理可以将 PBI 和错误映射到功能。当团队在 sprint 中工作时，他们会定义自动链接到 PBI 和 bug 的任务。

因此，积压项目的“ Effort”字段将根据其子任务项目“ Remaining Work”的总和来计算工作量。

例如：

1. 一个新的积压项目被创建。“努力”字段留空。
2. 为上一个 Backlog 项创建一个新的子任务，“Remaining Work”字段设置为 5。
3. 步骤 1 中创建的 Backlog Item 的“Effort”字段自动更新为 5。

另一方面，从文档Update and monitor your Taskboard：

您的任务板提供每个 sprint 任务的流程和状态的可视化。有了它，您可以专注于积压项目的状态以及分配给每个团队成员的工作。它还汇总了一项任务或列内要完成的剩余工作总量。

因此，Scrum 不考虑花费在 Sprint Backlog 上的时间。它只关心剩余的工作和时间变量。

此外，还有一个扩展VSTS Rollup，它可以将 Task Work Items 的工作量汇总到 PBI、Stories、Feature、Epic 等父级项目。但它仅适用于 Azure DevOps Services。

检查类似的线程以获取一些详细信息。

希望这可以帮助。