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

Question

我正在使用Microsoft DevOps（在prem上），并且希望跟踪产品积压项目而不是任务中的剩余工作。 有什么方法可以提高团队的能力，将这个价值从活动转移到产品积压吗？

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

Answer 1

有什么方法可以将团队的价值从活动转移到产品积压吗？

恐怕没有这种现成的方法可以做到这一点。

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

深入了解功能，方案或用户的产品组合 经验，产品负责人和计划经理可以映射PBI和错误 功能。当团队进行冲刺时，他们定义任务 自动链接到PBI和错误。

因此，待办事项的“ System.Web.UI.ScriptManager.RegisterClientScriptBlock(Me, Me.GetType(), "openModal", "window.open('CertificatePrintViewAll.aspx' ,'_blank');", True) ”字段将基于其子任务项“ Effort”的总和来计算工作量。

例如：

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

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

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

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

此外，还有一个扩展名VSTS Rollup，它可以将“任务工作项”的工作汇总到父级项，例如PBI，Stories，Feature，Epic等。但是它仅与Azure DevOps Services兼容。

检查similar thread以获得一些详细信息。

希望这会有所帮助。