我在过去的工作中一直是JIRA和Bugzilla管理员，并且经常让用户要求每个问题都有一个以上的受让人。
我知道这在JIRA中是可能的，但在我看来它永远不会有意义;一个问题应该代表一项工作，只有一个人可以完成一项工作（至少在软件方面，我从来没有使用问题跟踪器为一个2人雪橇队;-)）一大块工作将显然涉及不止一个人，但我认为在这种情况下应该将其分成子任务以便准确报告状态。
是否有人有任何使用多个受让人有效的用例？
答案 0 :(得分：5)
受让人字段对许多人来说意味着许多事情。一个更好的名字可能是“负责任的用户”。我与客户讨论了三种情况：
一个。受让人数= 0 JIRA有一个允许未分配的问题选项，但我不鼓励使用它，因为如果某个工作项不属于任何人，那么每个人都会忽略它。
B中。受让人数= 1 默认情况
℃。 <受让人数> 1 谁负责该问题所代表的工作项目？我见过的最好的情况是，当团队中的任何一个人都可以处理问题时，所以在分类之前，问题会分配给该团队中的每个人。我认为更好的方法是创建一个JIRA用户，其中包含一个发送给整个团队的电子邮件地址，并将其分配给该用户。然后，团队成员可以特别为他们分配问题。
更改一个受理人案例的历史记录记录在“历史记录”选项卡中。在这种情况下没有任何损失。
答案 1 :(得分：3)
我经常会有一个可以分散在多个开发人员身上的故事/功能。他们将单独分配子任务，但将父母分配给所有参与者是有意义的，除非有一个主要的开发人员。我实际上并没有意识到我可以做多个任务，所以感谢小费！
我能想到的另一种情况是结对编程。
答案 2 :(得分：2)
我在寻找解决方案时遇到了这个问题。既然我想这样做，我猜测我的用例就算是你问题的答案了：我真的只想要一个受理人，就目前正在解决问题的人而言，但我想跟踪一个问题的整个生命周期。对我们来说，这可能意味着：
并非所有问题都必须通过所有步骤。一些问题有更多步骤（例如，步骤3和4之间的代码审查）。许多问题也会在步骤之间向后移动（开发人员需要更多信息，我们从第3步到第1步或第2步;测试人员发现问题，我们从4到3）。
在每个阶段，只有一个人实际负责任何必须做的事情。然而，有很多人与这个问题有关。我们使用的跟踪系统很乐意为问题的前任所有者提供简单的更改（显示为列表），但我最好还是更进一步，所有者会自动恢复到正确的先前所有者，具体取决于问题的状态。在步骤6，来自步骤1的原始支持人员理想地应该联系客户。在步骤7，来自步骤5的操作人员理想地是受让人。
换句话说，虽然我不想要一个特定步骤的多个受让人，但我确实希望有一个“支持受让人”，“开发人员受让人”，“测试受让人”等。
我们可以通过子任务来做到这一点，我们可以通过在更改状态时手动选择以前的所有者来实现，但两者都不理想，我认为上面的情况是多个受让人有意义的情况。
答案 3 :(得分：2)
在我的公司，我们有与Nikhil类似的工作流程。我们在scrum模型中工作，每个团队都有开发人员，测试人员和技术作家。
开发任务的工作流程是
开发 - ＆gt;开发者评论 - ＆gt; QA测试 - ＆gt; PO接受 - ＆gt;完成
质量检查任务的工作流程是
QA编写测试用例/自动测试 - ＆gt;质量检查审核 - ＆gt;完成
我们有一个JIRA取代的工具，允许我们为一个任务分配多个人，我们发现这对我们的工作流程非常有用。在QA任务中，我可以很容易地看到我团队中的其他测试人员是否已经完成了工作，我需要做下一步。
如果没有这个，我发现很难快速识别我的scrum团队中其他测试人员编写的任务，这些任务已经准备好供我审阅（与我编写的他们需要审核的相比）。
至少自2007年以来，有很多人要求拥有多名受让人。他们拥有各种有效的用例。我很失望JIRA开发团队单方面表示他们不会实施这一点并要求他们重新考虑。
答案 4 :(得分：2)
虽然配对组工作（配对编程等），但最好将这两个人分配给这个问题。
任务通过开发的不同步骤（例如：开发，审查，测试）。不同的人可以负责每一步。即使任务可能正在审核或测试中，审核人员也会向开发人员提供解决方案。分配不同的角色将有助于组织工作。
在我们的团队中，我们通常会共同培养一到两个人。 然后，大约2-5人单独或成对地审查代码 然后最初由1-2人进行测试，最后由整个团队进行测试。
目前，我们的系统允许我们在给定时间指派一个人。这限制了我们跟踪谁正在处理什么而不查看问题日志的能力。能够分配多人的好处对我们有好处。
答案 5 :(得分：1)
如果John被分配了一项任务并且无法完成任务会发生什么，并且由于John是个懒鬼而被移到Jane的名单上会发生什么？
您是否可以丢失最初分配给谁的历史记录，以及花费/计费的时间？
答案 6 :(得分：0)
在电子学习方案中，将问题分配给多个用户是有意义的。 这是我想要做的： 我有一个故事板，我想同时分配给3个人 - 动画师，录音艺术家和平面设计师。一旦这些人完成他们的任务，他们就会将其传递给共同的审阅者，审阅者将审查并结束该问题。 从图形上看，它看起来像这样：
Storyboard
/ | \
graphics animator recording
\ | /
reviewer
|
done
三个工作角色仅依赖于一个故事板。这三个人的汇编必须交给审稿人。我绞尽脑汁把这个用在了redmine上。 Haven还没有找到解决方案。
答案 7 :(得分：0)
来自Atlassian合作伙伴https://www.isostech.com/solutions/的回答 然后来自Atlassian
目标： 想要为问题的每个步骤设置谁的工作
要点： 每当问题转换为新步骤时，使用插件将自定义字段中的值复制到受理人字段中。
如何： 1.安装Suite Utilities插件： 该插件为工作流程添加了许多新功能。
您将使用该插件将自定义字段的值复制到受理人：
为每个角色创建一个自定义字段作为单个用户选择器，即在问题的不同步骤分配的开发人员，测试人员，审阅者
将这些字段添加到问题类型的屏幕
修改每个步骤之间工作流转换的后期功能 添加＆＃34;从其他字段复制值＆＃34;发布功能并将其设置为将相应用户自定义字段中的值复制到受理人字段中。