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

Question

我在过去的工作中曾担任 JIRA 和 Bugzilla 管理员，并且经常有用户要求能够为每个问题指定多个受让人。

我知道这在 JIRA 中是可能的，但在我看来这毫无意义；一个问题应该代表一项工作，并且只有一个人可以完成一项工作（至少在软件中，我从未在 2 人雪橇队中使用过问题跟踪器；-））一项大型工作将显然涉及多个人，但我认为在这种情况下，应该将其拆分为子任务，以便进行准确的状态报告。

有没有人有任何可以拥有多个受让人的用例？

Answer 1

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

A. 受让人数量 = 0
JIRA 有一个“允许未分配的问题”选项，但我不鼓励使用该选项，因为如果一个工作项不属于任何人，那么它往往会被每个人忽略。

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

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

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

Answer 2

我经常会有一个故事/功能可以分配给多个开发人员。他们将单独分配子任务，但将父任务分配给所有相关人员是有意义的，除非有首席开发人员。我实际上并不知道我可以做多项作业，所以感谢您的提示！

我能想到的另一种情况是结对编程。

Answer 3

我在寻找解决方案时偶然发现了这个问题。因为我想这样做，所以我猜测我的用例可以作为您问题的答案：我真的只想要一个受让人，即当前正在解决问题的人，但我想跟踪问题的整个生命周期。对于我们来说，这可能意味着：

1. 支持人员收到客户的报告，创建问题 问题
2. 管理员审查该问题，以确保其有效、不重复、具有所有适当的详细信息等。
3. 开发人员实施/修复该问题
4. 测试人员执行任何适当的测试（在我们的例子中，主要是扩展我们的自动化测试套件以额外测试功能/修复）
5. 操作人员将新版本推出到测试环境
6. 支持人员通知客户，客户自己进行测试新版本正在测试中环境
7. 操作人员将新版本投入生产

并非所有问题都必须经历所有步骤。有些问题有更多步骤（例如，步骤 3 和 4 之间的代码审查）。许多问题也会在步骤之间向后移动（开发人员需要更多信息，我们从步骤 3 转到步骤 1 或 2；测试人员发现问题，我们从步骤 4 转到步骤 3）。

在每个阶段，实际上只有一个人负责要做的事情。尽管如此，还是有很多人与这个问题有关。我们使用的跟踪系统很乐意为问题的先前所有者（显示为列表）提供简单的更改，但我希望更进一步，所有者根据问题自动恢复到正确的先前所有者问题的状态。在步骤 6 中，步骤 1 中的原始支持人员最好联系客户。在步骤 7 中，步骤 5 中的操作人员最好是受让人。

换句话说，虽然我不希望给定步骤有多个受让人，但我确实希望有一个“支持受让人”、“开发人员受让人”、“测试受让人”等。

我们可以通过子任务来做到这一点，我们可以通过在更改状态时手动选择以前的所有者来做到这一点，但这两种情况都不理想，我认为上述情况是多个受让人有意义的情况。

Answer 4

在我的公司，我们有与 Nikhil 类似的工作流程。我们采用 Scrum 模型，每个团队都有开发人员、测试人员和一名技术作家。

一个开发任务的工作流程是：

开发->开发。开发者评论->质量保证测试 -> PO 受理 ->完成

QA 任务的工作流程是

QA 编写测试用例/自动化测试 ->质量检查审查->完成

我们有一个被 JIRA 取代的工具，它允许我们将多个人分配给一个任务，我们发现这对于我们的工作流程非常有用。在 QA 任务中，我可以轻松查看团队中的其他测试人员是否已经完成工作以及我是否需要执行下一步。

如果没有这个，我发现很难快速识别我的 Scrum 团队中其他测试人员编写的可供我审查的任务（相对于我编写的需要他们审查的任务）。

至少自 2007 年以来，很多人都要求能够拥有多个受让人。他们有不同的有效用例。令我失望的是，JIRA 开发团队单方面表示他们不会实施这一点，并要求他们重新考虑。

https://jira.atlassian.com/browse/JRA-12841

Answer 5

1. 在结对小组工作（结对编程等）时，最好将两个人分配给该问题。

2. 任务在开发过程中经历不同的步骤（例如：开发、审核、测试）。每个步骤可以由不同的人负责。即使任务可能正在审查或测试中，审查者也会有一些东西需要开发人员修复。分配不同的角色将有助于组织工作。

在我们的团队中，我们通常会一起培养 1 到 2 个人。
然后由大约 2-5 个人单独或成对地审查代码
然后最初由1-2人测试，最后由整个团队测试。

目前，我们的系统允许我们在给定时间分配一个人。这限制了我们在不通过日志查找问题的情况下跟踪谁在做什么的能力。能够分配多人的好处对我们来说是有好处的。

Answer 6

如果约翰被分配了一项任务但无法完成它，并且由于约翰是个偷懒者而将其移至简的列表中，会发生什么情况？

您是否同意丢失最初分配给谁以及为此花费/计费的时间的历史记录？

Answer 7

在电子学习场景中，将一个问题分配给多个用户是有意义的。
这是我想做的：
我有一个故事板，我想同时分配给 3 个人——动画师、录音师和图形设计师。一旦这些人完成了他们的任务，他们就会将其交给一个共同的审阅者，由他来审阅并关闭问题。
从图形上看，它看起来像这样：

                   Storyboard
                 /     |     \
           graphics animator recording
                 \     |     /
                    reviewer
                       |
                     done

三个工作角色仅依赖于一个故事板。三者的汇编都要去找审稿人。我正在绞尽脑汁让这个在 redmine 上运行。还没有找到解决办法。

Answer 8

从 Atlassian 合作伙伴处得到此答案 https://www.isostech.com/solutions/
然后来自 Atlassian

Objective：
想要设置谁负责某个问题的每个步骤

摘要：
每当问题转换到新步骤时，使用插件将自定义字段中的值复制到受让人字段中。

如何：
1.安装Suite Utilities插件：
该插件为工作流程添加了许多新功能。

您将使用该插件将自定义字段的值复制到受让人：

2. 为要在问题的不同步骤分配的每个角色（即开发人员、测试人员、审阅人员）创建一个自定义字段作为单用户选择器< /p>

3. 将这些字段添加到问题类型的屏幕

4. 修改每个步骤之间工作流转换的后置函数
   添加“从其他字段复制值”发布功能，并将其设置为将值从相应的用户自定义字段复制到受让人字段。