bug-tracking - 在问题跟踪器中为一个问题设置多个受让人是否有意义?

标签 bug-tracking jira bugzilla issue-tracking fogbugz

我在过去的工作中一直是 JIRA 和 Bugzilla 管理员,并且经常让用户要求每个问题有一个以上的受让人。

我知道这在 JIRA 中是可能的,但在我看来它永远没有意义;一个问题应该代表一项工作,并且只有一个人可以完成一项工作(至少在软件方面,我从未为 2 人雪橇队使用过问题跟踪器 ;-))大量工作将显然涉及不止一个人,但我认为在这种情况下,应该将其拆分为子任务以进行准确的状态报告。

有没有人有多个受让人有效的用例?

最佳答案

受让人字段对很多人来说意味着很多事情。更好的名称可能是“负责任的用户”。我和客户讨论了三种情况:

A. 受让人数 = 0
JIRA 有一个 Allow Unassigned issues 选项,但我不鼓励使用它,因为如果一个工作项不归任何人所有,它往往会被每个人忽略。

B. 受让人数 = 1
默认情况

C. 受让人数量 > 1
谁负责问题所代表的工作项?我见过的最好的情况是,当一个问题可以由团队中的任何一个人处理时,那么在分类之前,该问题会分配给该团队中的每个人。我认为更好的方法是创建一个带有发送给整个团队的电子邮件地址的 JIRA 用户,并将其分配给该用户。然后团队成员可以将问题特别分配给他们。

更改一个受让人案例的历史记录记录在“历史记录”选项卡中。在这种情况下没有任何损失。

关于bug-tracking - 在问题跟踪器中为一个问题设置多个受让人是否有意义?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7340865/

相关文章:

bug-tracking - Trac 到 Bugzilla 迁移?

perl - 如何使用 Perl SOAP 在 JIRA 中获取自定义字段列表?

email - Jira Script Runner - 创建转换的 Post 功能不发送邮件

mysql - 将表从 MyISAM 转换为 INNODB

perl - bugzilla 模板文件中的 if 条件检查 bug 是否是克隆 bug

java - FindBugs 和 Maven

redmine - 如何在Redmine中添加新用户到监视列表

java - "main"java.lang.NoSuchMethodError :

php - Laravel - 更好的错误跟踪

c# - 使用 Jira SOAP API 的 PasswordEncoderNotFoundException