jira工作流中的受让人

jira工作流中的受让人,jira,Jira,当我将jira问题的状态更改为其他人应该处理该问题时,我是否应该更改其受让人? 什么是通用方法?(请提供您值得信赖的想法来源)受让人是该问题的主要责任人。谁来做这件事不是必须的,而是谁来管理这件事的进展。 例如,如果开发人员修复了一个bug,bug报告员应该对其进行测试,但报告员并不总是有足够的可用性或责任感(可能是客户),因此应该指派一名QC人员,或者可能是支持人员,他们将与客户联系并指导进行bug修复。这取决于您想要实现的目标。如果您使用JIRA作为问题跟踪者,向每个人显示其职责,那么您应该

当我将jira问题的状态更改为其他人应该处理该问题时,我是否应该更改其受让人?
什么是通用方法?(请提供您值得信赖的想法来源)

受让人是该问题的主要责任人。谁来做这件事不是必须的,而是谁来管理这件事的进展。
例如,如果开发人员修复了一个bug,bug报告员应该对其进行测试,但报告员并不总是有足够的可用性或责任感(可能是客户),因此应该指派一名QC人员,或者可能是支持人员,他们将与客户联系并指导进行bug修复。

这取决于您想要实现的目标。如果您使用JIRA作为问题跟踪者,向每个人显示其职责,那么您应该将受让人更改为现在应该处理该问题的人员。由于被派遣人是唯一被允许被指派的人,所以可能会有其他人接受工作的情况


您的工作流程应该反映这一点。因此,当您将缺陷分配给开发人员(因为他是修复缺陷的人),并且开发人员已修复缺陷并将其状态更改为已解决时,他应该可以选择将问题分配给负责的QM人员,在关闭bug之前,必须重新测试应用程序的相关部分。

我还看到一些用户将Assignment更改为reporter的名称,以便ping reporter在评论中回答他们的问题

我反对这种用法

这可能意味着你错过了一个工作流步骤(比如“等待记者”),或者在一个小玩意儿或董事会中漏掉一个过滤条件,或者在发布/更新时通知记者(或者记者认为通知是垃圾邮件)。p> 修复上面的问题,您将不需要分配给reporter


Reporter是任务的“客户”,除非他自己解决了任务,否则他不能成为任务的受让人。

当bug修复后,如果这个问题不分配给他,bug Reporter怎么知道他有一些新bug需要重新测试(跟踪系统中有大量bug)?如果不更改受让人,则不会通知bug报告者/测试人员。将“问题羽毛”分配给应该继续工作的人是不合理的,或者如果你不知道谁应该继续,分配给负责人,然后他将重新分配给需要的人是不合理的?吉拉可以就每个州的变化向记者发送通知。一个记者可能是一个客户,他可能已经报告了这个bug,但再也不会为此烦恼了。在其他情况下,如果你有专门的QC团队,那么你应该指派给他们。因此,指定的人是“应该”的人,而不仅仅是“可以”处理bug直到“关闭”状态。