在敏捷过程中将“已删除”状态添加到 Azure DevOps 错误的影响答案

【问题标题】：Repercussions of adding "Removed" state to Azure DevOps Bugs in Agile process在敏捷过程中将“已删除”状态添加到 Azure DevOps 错误的影响
【发布时间】：2020-06-03 16:01:21
【问题描述】：

在 Azure DevOps 中，Bug WIT 状态工作流在 Scrum 流程中包含已移除状态，但在敏捷流程中不包含。

我们想将 Removed 状态添加到我们的敏捷流程 Bug WIT。我们知道如何做到这一点，但它不同的事实让我们停下来。 ADO 通常对基本配置有充分的理由，因此了解差异存在的原因以及有关将 Removed 状态添加到 Agile Bug WIT 的潜在影响的任何信息会很有帮助。

【问题讨论】：

标签： azure-devops

【解决方案1】：

这不是 Azure DevOps 中的问题，而是标准流程（Agile workflow states）。以下是可以的步骤用于标准流程中的工作流：

用户故事（新、活跃、已移除、已解决、已关闭）

错误（新、活动、已解决、已关闭）

任务（新、活动、已删除、已关闭）

但是，在 Azure DevOps 中，可以调整此工作流。为此，必须修改该过程。您还可以在此处为工作流程中的错误类型添加已删除。

您可以使用已移除状态，只要它适合您。您将能够将已设置为“已删除”的工作项更新为另一个状态，或者直接进行批量删除。

希望对你有帮助。

【讨论】：

谢谢。我明白这一切。只是想在更改固定工作流程之前保持谨慎。
感谢您的热情回复。很高兴知道您对此持谨慎态度。这样做是安全的。您可以设置诸如用户故事/任务之类的限制，仅当任务状态为新建（敏捷）时才将错误状态更改为已删除。没有什么特别的注意事项。