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

Question

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

我说“剩余工作”是因为我看到这是填充工作详细信息和容量的值，但任何字段都对我有用。

Answer 1

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

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

作为文件Scrum process work item types and workflow，我们可以知道：

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

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

例如：

1. 创建了一个新的积压项目。 “努力”字段留空。
2. 为上一个待办事项项创建了一个新的子任务，即 “剩余工作”字段设置为 5。
3. 在步骤 1 中创建的积压项目的“努力”字段是 自动更新到 5。

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

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

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

此外，还有一个扩展 VSTS Rollup，它可以将 Task Work Items 的努力汇总到 PBI、Stories、Feature、Epic 等父级项目。但它只是但它是仅与 Azure DevOps Services 兼容。

查看similar thread了解一些详细信息。

希望这会有所帮助。