活动任务 = 活动故事。是/否？答案

【问题标题】：Active task = active story. Yes/ No?活动任务 = 活动故事。是/否？
【发布时间】：2021-08-11 12:13:35
【问题描述】：

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

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

假设所有上述项目都存在于Iteration 1 中。现在，如果我将任务F1S1T1 从new 移动到active，不应该将故事在Stories 板上移动到活动状态，并将功能在Features 板上移动到活动状态吗？

现在写，如果一个任务是活跃的，我得去专门把故事移到活跃，然后把特性移到活跃，这样同事才能发现这个特性目前正在开发中。

是否有解决方法可以自动将功能和故事移动到活动状态？还是我以正确的方式使用 VSTS？

【问题讨论】：

【解决方案1】：

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

我认为这是一个缺陷。

【讨论】：

【解决方案2】：

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

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

因此，对于您的情况，当您开始使用用户故事F1S1 时，您应该将状态更改为活动。当您开始处理任务F1S1T1 时，您应该将任务状态更改为活动。在您开始任务F1S1T1 之前，用户故事F1S1 的状态应该已经更改为Active。

【讨论】：

您为什么要启用一个场景，当用户故事的一个或多个任务处于活动状态时，用户故事处于新状态？或者与用户故事有关的功能相同。通常，在任何工作开始之前，整个树都是预先创建的，其中包含一些（如果不是全部）任务。然后安排好该用户故事，开始一项任务，我认为如果将父级别移动到活动状态，它将使许多人的生活更轻松。
在这里同意 Tuukka。至少我们的工作方式是，当用户故事的任务之一是“活动”时，它不可能处于“新”状态。同样，当所有用户故事任务都已关闭时，该用户故事除了 Resolved 之外没有其他状态。

【解决方案3】：

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

默认行为应该是：

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

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

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

如果存在这种行为可能因某种原因不适用的情况/场景，那么将其设置为可以打开或关闭的可配置设置将是一个不错的选择。

附言我赞成功能请求

【讨论】：