如何在Jira(vs. Assignee)中追踪'Implementer'

时间:2017-02-09 10:22:54

标签: workflow jira issue-tracking

我们用于开发问题的JIRA工作流程如下:

A:762

这是简化的,但应该明白这一点。

Jira Assignee for New / In-Progress很简单:它可能会开始分配给任何人,但是一旦正在进行中,编码问题的开发人员就是受让人。< / p>

当开发人员完成后,他将办理登机手续并将问题设置为B:762

现在我的“问题”(*)开始了:由于开发人员不应该自己审查问题,因此应该将问题分配给其他人进行审核。然后,审阅者可以批准它并将其设置为New -> In-Progress -> Resolved -!-> Reviewed -> Closed/Released ,之后就可以将其包含在发布中。 (详细说明其工作原理与此无关)

然后问题最终是受理人设置给审稿人,该问题的相关人员实际上是原始开发人员。

我的意思是:在查看Jira问题时,我最感兴趣的是实施者,而不是之后批准更改的人。

所以问题似乎是:

  • Jira Assignee似乎被认为通过问题的转变而改变。
  • 当问题最终结束时,受让人最终可能会成为唯一的第二相关人员。 这使得对已结束问题的过滤更加困难。
  • 这是一个真正的问题,有什么解决方案吗?

我想可以添加其他字段,但默认情况下只有这两个人的事实应该暗示一些事情?

1 个答案:

答案 0 :(得分:1)

我可以想到两种方法来解决这个问题。首先,您可以创建一个名为Implementor的自定义字段,并在转换为Resolved to Review之前将Assignee的值放入其中。这很简单,可以让您轻松报告。更难的方法是编写一个脚本来审查问题历史记录,并在问题处于开发阶段时选择受让人。