用于代码实施和错误管理的 Jira 问题工作流程

Question

我刚开始在一家公司工作，该公司使用相同的 Jira Issue 工作流程来管理开发任务和错误。

我必须承认，在过去的 5 年里，我的工作有点超出了 QA 的范围。当我曾经作为一名合格的 QA 工作时，我所服务的客户正在使用 ALM 来管理缺陷，或者至少他们在与实施任务分开的视图中处理缺陷。因此，我试图了解在使用 JIRA 及其问题工作流程来管理缺陷时哪种方法最好。我已经为缺陷创建了（见下图）一个单独的工作流程，但我仍然很困惑将其与实施工作流程（目前在公司也适用于缺陷）分离是否有意义。

我想征求您对此的意见。当谈到使用 JIRA 作为单独的工具来管理缺陷和开发时，您有什么想法以及您通常会看到什么？

提前致谢！

Answer 1

我已经看到了这两种方法的使用，并且可以看到它们的优点和缺点。

对错误和需求使用相同的工作流程可以简化流程并更容易收集指标（存在相同的阶段和转换，因此可以以类似的方式进行跟踪）。

针对错误（和其他问题类型）自定义工作流程的优势在于，它可以更好地反映团队的工作方式。它还有助于更有效地跟踪错误的状态。

我个人的看法是，最好的方法是保持工作流程尽可能相似，但在对跟踪和可用性有重要意义的地方允许差异。