我曾经担任过JIRA和Bugzilla管理员，并经常有用户要求可以为每个问题指定多个负责人。
我知道在JIRA中这是可能的，但在我的看法中，这从来没有意义;一个问题应该代表一项工作，只有一个人可以完成一项工作（至少在软件方面，我从没用过问题跟踪器为两人雪车队跟踪问题;-)）一个大型工作显然会涉及到多个人，但我认为在这种情况下，应该将其拆分成子任务以便于准确的状态报告。
有人有任何使用案例，在这些情况下有多个受让人是有效的吗？
8个回答
5
“Assignee”这个字段对于不同的人来说意义不同。一个更好的名称可能是“负责人”。我和客户讨论过三种情况：
A. 指派人数=0 JIRA有一个允许未指派问题的选项，但我不建议使用它，因为如果一个工作项没有被任何人拥有，它往往会被所有人忽略。
B. 指派人数=1 默认情况
C. 指派人数>1 谁负责表示问题的工作项？我见过的最好的情况是，当团队中的任何一个人都可以处理问题时，问题在分类之前分配给该团队中的每个人。我认为更好的方法是创建一个带有发送到整个团队的电子邮件地址的JIRA用户，并将其分配给该用户。然后团队成员可以将问题分配给他们特定的人。
更改一个指派人的情况会在历史记录选项卡中记录历史记录。在这种情况下不会有任何损失。
- mdoar
1
1这里只有一个额外的注释：我更喜欢“未分配问题”选项，而不是指派给没有时间或感到不负责任的人。定期检查未分配的问题并开始处理它们很容易。我们过去采用的另一种选择是将它们分配给“NN”用户，或添加标签/标记。 - mliebelt
3
我经常会有一个需要分配给多个开发者的故事/特性。他们会被分配独立的子任务，但将父级分配给所有相关人员是有意义的，除非有一个主要开发者。我实际上并不知道我可以进行多个任务分配，所以感谢您的提示！
我能想到的另一种情况是双人编程。
- Mark McDonald
1
我更喜欢有一个人负责整体，然后将子任务分配给开发人员。 - mliebelt
2
在双人工作（如双人编程等）时，将两个人都分配到问题上会更好。
任务在开发过程中会经历不同的步骤（例如：开发、审核、测试）。每个步骤可能由不同的人负责。即使任务处于审核或测试阶段，审核人员也会有需要开发人员修复的问题。有不同的角色可供分配将有助于组织工作。
在我们的团队中，通常有1或2人一起开发。 然后代码会由2-5人逐个或成对地进行审核 然后由1-2人进行初始测试，最后由整个团队进行测试。
目前，我们的系统只允许我们在给定时间内分配一个人。这限制了我们跟踪谁正在处理什么问题的能力，而不必查看问题日志。能够分配多个人的好处对我们很有帮助。
- Paven
2
在我的公司中，我们有一个类似于Nikhil的工作流程。我们采用Scrum模型，每个团队都有开发人员、测试人员和技术撰写人员。
开发任务的工作流程是：
开发 -> 开发人员审核 -> QA测试 -> PO验收 -> 完成
QA任务的工作流程是：
QA编写测试用例/自动化测试 -> QA审核 -> 完成
我们曾经使用过一种工具，但被JIRA所取代，这种工具允许我们将多个人分配到一个任务上，这对我们的工作流程非常有用。在QA任务中，我可以轻松地看到我的团队中其他测试人员是否已经完成了工作，以便我进行下一步操作。
没有这个工具，我发现很难快速识别由我团队中其他测试人员编写、准备好供我审核的任务（与我编写并需要他们审核的任务相区分）。
至少从2007年以来，很多人都要求能够拥有多个指派人的功能，并且他们有不同的有效用例。我对JIRA开发团队单方面宣布他们不会实现这一点感到失望，并希望他们重新考虑。
开发任务的工作流程是：
开发 -> 开发人员审核 -> QA测试 -> PO验收 -> 完成
QA任务的工作流程是：
QA编写测试用例/自动化测试 -> QA审核 -> 完成
我们曾经使用过一种工具，但被JIRA所取代，这种工具允许我们将多个人分配到一个任务上，这对我们的工作流程非常有用。在QA任务中，我可以轻松地看到我的团队中其他测试人员是否已经完成了工作，以便我进行下一步操作。
没有这个工具，我发现很难快速识别由我团队中其他测试人员编写、准备好供我审核的任务（与我编写并需要他们审核的任务相区分）。
至少从2007年以来，很多人都要求能够拥有多个指派人的功能，并且他们有不同的有效用例。我对JIRA开发团队单方面宣布他们不会实现这一点感到失望，并希望他们重新考虑。
- Tracey C
2
在寻找解决方案时，我遇到了这个问题。由于我想要做到这一点，我猜我的用例可以算作是回答您问题的答案：我只真正想要一个负责人，也就是目前正在解决问题的人，但是我想要跟踪问题的整个生命周期。对我们来说，这可能意味着：
在每个阶段，只有一个人实际上负责要做的事情。尽管如此，还是有一群与问题相关的人。我们使用的跟踪系统乐意为先前的问题所有者（以列表形式显示）提供简单的更改，但我理想情况下希望更进一步，根据问题的状态自动恢复正确的先前所有者。在第6步中，来自第1步的原始支持人员理想情况下应该联系客户。在第7步中，来自第5步的运营人员理想情况下应该是负责人。
换句话说，虽然我不想为给定步骤指定多个负责人，但我确实希望有“支持负责人”，“开发负责人”，“测试负责人”等。
我们可以通过子任务来实现这一点，并且可以通过手动选择更改状态时的先前所有者来完成，但两者都不理想，我认为上述情况是多个分配人有意义的情况之一。
- 支持人员收到客户报告并创建问题
- 问题管理员审核问题以确保它有效，非重复，具有所有适当的详细信息等
- 开发人员实现/修复问题
- 测试人员执行任何适当的测试（在我们的情况下，主要是扩展自动化测试套件以额外测试功能/修复）
- 运营人员将新版本推出到测试环境中
- 支持人员通知客户，在测试环境中使用新版本进行自己的测试
- 运营人员将新版本推出到生产环境中
在每个阶段，只有一个人实际上负责要做的事情。尽管如此，还是有一群与问题相关的人。我们使用的跟踪系统乐意为先前的问题所有者（以列表形式显示）提供简单的更改，但我理想情况下希望更进一步，根据问题的状态自动恢复正确的先前所有者。在第6步中，来自第1步的原始支持人员理想情况下应该联系客户。在第7步中，来自第5步的运营人员理想情况下应该是负责人。
换句话说，虽然我不想为给定步骤指定多个负责人，但我确实希望有“支持负责人”，“开发负责人”，“测试负责人”等。
我们可以通过子任务来实现这一点，并且可以通过手动选择更改状态时的先前所有者来完成，但两者都不理想，我认为上述情况是多个分配人有意义的情况之一。
- Jon Bright
1
如果John被分配了一个任务，但无法完成，该任务因为John是个懒鬼而被移交给了Jane的列表，那会发生什么？
你是否愿意失去最初分配任务者的历史记录以及在其上花费/计费的时间？
- Raj More
3
1我说的不是那种情况。在问题完成之前将问题重新分配给不同的人是很常见的，但我想知道是否有必要同时将一个问题分配给两个或更多的人。 - gareth_bowles
在JIRA中，您不会失去历史记录，可以查看（如果您想要）之前分配给谁的问题。 - mliebelt
这不仅仅是关于历史记录，还包括能够清楚地看到谁为特定的工作做出了贡献。如果用户A完成了90%的工作，然后重新分配给用户B完成最后的10%，我希望一眼看去不会出现用户B是该问题的主要负责人的情况。 - jpierson
0
在e-Learning场景中，将问题分配给多个用户是有意义的。
我想做的是：
我有一个故事板，我想同时指派给3个人-动画师、录音艺术家和图形设计师。一旦这些人完成他们的任务，他们会将其传递给一个共同的审阅者，审阅和关闭问题。
从图形上看，它会像这样：
这三个工作角色只依赖于一个故事板。这三者的编译必须提交给审阅人员。我正在费尽心思在 Redmine 上让它正常工作，但还没有找到解决方案。
Storyboard
/ | \
graphics animator recording
\ | /
reviewer
|
done
这三个工作角色只依赖于一个故事板。这三者的编译必须提交给审阅人员。我正在费尽心思在 Redmine 上让它正常工作，但还没有找到解决方案。
- Nikhil
0
从Atlassian合作伙伴https://www.isostech.com/solutions/那里得到了这个答案，然后又从Atlassian得到了确认。
目标： 想要为问题的每个步骤设置谁来完成工作。
总结： 使用插件在问题转换到新步骤时将自定义字段的值复制到指派人字段中。
如何实现： 1. 安装Suite Utilities插件： 该插件为工作流添加了许多新功能。
您将使用该插件将自定义字段的值复制到指派人字段中：
为每个角色（即开发人员、测试人员、评审人员）创建一个单用户选择器的自定义字段，以便在问题的不同步骤中分配
将这些字段添加到问题类型的屏幕上
修改每个步骤之间的工作流转换的后置函数 添加“从其他字段复制值”后置函数，并将其设置为从相应的用户自定义字段复制值到指派人字段中。
- TriMix
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接