Azure DevOps - 当 PBI 添加到冲刺/迭代时更改 PBI 状态

Question

我想在我的自定义 Azure DevOps 流程中设置一条规则，以便当我们进行冲刺计划并在打开规划侧窗格的情况下查看 PBI 积压工作时，当 PBI 被拖动到冲刺时，状态PBI 的值将设置为“已承诺”。

我的第一个想法是在PBI上设置一个规则，以便当迭代发生更改时，将状态设置为已提交。但迭代字段在规则 UI 中不可用 - 据我所知，这是因为在 DevOps 中规则被转换为 SQL，而迭代是不兼容的字段类型（可能）。

看起来有一个针对此的功能请求，但已被 Azure DevOps 团队拒绝。

我不禁想到，当 PBI 添加到迭代中时设置/更改 PBI 的状态将是一个非常常见的用例。

有人对此有解决方法或解决方案吗？或者这只是必须作为批量任务手动更改 PBI 状态的情况？

Answer 1

迭代路径字段不包含在自定义规则字段列表中。此要求已作为功能请求报告给 azure devops 团队：

允许工作项规则设置迭代路径

有人对此有解决方法或解决方案吗？或者这只是必须作为批量任务手动更改 PBI 状态的情况？

对于解决方法，您可以考虑使用扩展：工作项表单一键操作

您可以在项目设置 -> 扩展 -> WIT 一键操作中为目标工作项类型设置扩展中的规则。

例如：您可以设置触发器和操作。

然后您可以修改工作项字段并单击目标规则一次。

然后它将评估工作项并更改状态。

Answer 2

我认为这也与大局有关，以及 DevOps 如何处理和使用状态变化有关。 例如，承诺状态用于跟踪周期时间。预期用途是，团队仅在真正决定在冲刺中开始处理 PBI 时才将项目置于已提交状态，而不是在冲刺计划结束时将所有 PBI 设置为已提交作为仪式性的事情。 您可能会说这是误导性的，因为 SCRUM 说团队致力于冲刺，但这不是状态的目的:)。我们自己也犯了这个错误，最终得到了一些不可靠的周期时间，因为每个 PBI 周期都是在冲刺开始时开始的 - 这不是衡量周期时间的方法。在阅读 DevOps 板文档时，这是有道理的，其中实际上指出预期用途是仅在工作开始时将其置于已提交状态。这样，循环时间就会显示为真实的循环时间。

Answer 3

我也有兴趣了解是否有一种方法可以在任务之一（作为该 PBI 的子项）在板上移至“进行中”时自动将 PBI 的状态设置为“已提交”。这将使我的开发人员在开始处理 PBI 时不必记住更改 PBI 的状态，并且可以提供可靠的指标（周期时间）。我认为这也可以达到原始问题作者的目的？