Question

我在VSTS有一个项目。该项目包含一些功能，故事和任务，如下所示：

F1
--F1S1
----F1S1T1
----F1S1T2

让我们假设Iteration 1中存在所有上述项目。现在，如果我将任务F1S1T1从new移至active，则不应将该故事移至Stories板中的活动状态，并将该功能移至Features董事会？

如果任务处于活动状态，请立即写入，我必须专门将故事移至活动状态，然后将该功能移至活动状态，以便同事可以发现该功能当前正在进行开发。

是否有解决方法将功能和故事自动移动？或者我正在以正确的方式使用VSTS？

Answer 1

不，用户故事状态与任务状态没有直接关系。您可以找到用户故事和任务here的工作流程。

将用户故事状态设置为活动时：开始处理此项目时（实施已启动）。通常在用户故事处于活动状态后，您可以为此用户故事添加任务。任务状态可以是任何状态（新建，活动，关闭或删除），因为用户故事通常包含多个任务。
将任务状态设置为活动时：开始执行此任务时（工作已开始）。

因此，根据您的情况，当您开始使用用户故事F1S1时，您应该将状态更改为“有效”。当您开始处理任务F1S1T1时，您应该将任务状态更改为“活动”。在您开始执行任务F1S1T1之前，用户故事F1S1状态应该已更改为“已激活”。

Answer 2

此问题仍然与Microsoft Azure DevOps（云服务）有关。您开始处理任务，因此将其标记为活动状态，但是父级故事/功能/史诗仍处于新状态。

我认为这是一个缺陷。

Answer 3

显然，在 Azure DevOps 中无法做到这一点 - 尽管这看起来很简单。

默认行为应该是：

当错误或任务更改为活动时，其父用户故事应自动更改为活动。如果用户故事更改为活动，则其父功能应更改为活动。

当所有任务/错误都关闭时，用户故事应该自动关闭。当所有用户故事都关闭时，该功能应自动关闭。

这看起来很明显，应该是一个简单的工作流程来实现。其他系统如 Jira（虽然它需要一个插件）支持这一点。

如果在某些情况下，这种行为可能由于某种原因或其他原因不适用，那么将其设为可配置的设置，您可以打开或关闭将是一个不错的选择。

附言我赞成该功能请求