我的公司一直在使用 JIRA 作为需求跟踪工具和错误跟踪器,当我们一次处理一个项目时,它一直运行良好。
我们现在有一个场景,我们有三个不同的项目提案,它们的需求部分重叠(例如,需求 1 适用于项目 A 和 B,需求 2 适用于项目 B 和 C,等等)。我希望能够为每个要求输入一个 JIRA 问题,但这似乎是不可能的,因为 JIRA 问题和项目具有一对一的关系。
有没有人找到在 JIRA 中执行此操作的方法,或者可能使用与 JIRA 集成的其他工具?
我的公司一直在使用 JIRA 作为需求跟踪工具和错误跟踪器,当我们一次处理一个项目时,它一直运行良好。
我们现在有一个场景,我们有三个不同的项目提案,它们的需求部分重叠(例如,需求 1 适用于项目 A 和 B,需求 2 适用于项目 B 和 C,等等)。我希望能够为每个要求输入一个 JIRA 问题,但这似乎是不可能的,因为 JIRA 问题和项目具有一对一的关系。
有没有人找到在 JIRA 中执行此操作的方法,或者可能使用与 JIRA 集成的其他工具?
虽然没有一个正确的答案,但我可以提供一个想法。我没有关于你的工作流程的足够信息,但你提到你有项目提案。所以我假设项目 A、B 和 C 处于早期阶段。需求收集等,还没有错误。
设置单个 JIRA 项目,例如“早期需求”。将项目 A、B 和 C 的所有要求放入该 JIRA 项目中。要允许需求和实际项目之间的多对多关系,请设置“多个复选框”或等效类型的自定义字段,并将“项目 A”、“项目 B”和“项目 C”配置为其值。对于任何要求,您都可以检查它适用于哪个项目。
现在——我在这里做更多的假设——假设一些提案继续进行,一些提案消失了。您将需要一个流程来 a) 将真实项目 A 的所有需求提取到新创建的 A JIRA 项目中——这可以通过搜索和批量克隆问题来完成;b) 清除所有没有与之关联的实时项目的需求 - 搜索和批量删除。
警告:如果您需要与不同的客户共享需求,这将变得很棘手。根据 JIRA 项目和问题类型配置权限。
话虽如此,JIRA 缺乏良好的需求管理功能,例如基线和可追溯性。但仅收集数据以进行进一步工作可能是可以的。
我们使用 jira 的“重复”或“相关”功能。
所以你在每个项目中提出一个问题,但你把它们联系在一起。这样,您可以让一个项目“拥有”一个问题,并且一旦对每个项目进行了更改测试,您就可以关闭所有相关项目。
如果这在您的项目设置中有意义,您甚至可以使用依赖链接。
我们有同样的问题。如果您遇到涉及多个产品并且它们之间存在依赖关系的问题(错误或新功能)。(例如,假设我们有一个服务器、一个连接 api 和一个客户端应用程序)。如果有关于以某种方式扩展客户端应用程序的新想法,很有可能连接 api 和服务器也需要某种扩展。可能它们是由不同的团队开发的……所以不是在同一个 sprint / 迭代中处理,但作为产品所有者,您希望作为一个整体跟踪所有这些新功能。
我们所做的实际上是创建了一些自定义字段。我们引入的第一个字段是“级联选择”,即“程序”和“阶段”。这使产品所有者可以将问题分组到一个程序下并进行一些粗略的长期规划(几次迭代)。
然后我们为“史诗”(或“主题”)添加了另一个字段(文本字段),它捆绑了与某个史诗/主题相关的问题。这个想法是在“程序”中使用“史诗”。如果是较大的“程序”,您可能可以将其分成不同的部分,然后反映在这些“史诗”中。(一种故事情节。一组故事(可以分布在多个产品上),作为系列产品的一个洞来增加价值)。
这两个字段现在可以很容易地过滤出跨多个产品的问题,基于程序(有或没有它的阶段)和史诗。
事实上,启用链接后,您现在还可以在不同产品中创建不同问题之间的依赖关系。它与默认的 Jira 产品版本完全分离。这很好,所以正常的发布过程保持不变。
我正在考虑引入的另一个想法是“迭代”领域。进入计划会议时(或刚刚结束)。该字段可以使用该 sprint 的名称进行更新(Jira 在多问题编辑/更新方面非常出色)。这样就可以轻松过滤掉该 sprint 的所有问题。
我最喜欢将 Jira 也用作 Scrum 计划/Sprint 跟踪工具的原因是您没有单独的计划和积压工具。错误更明显。没有双重管理错误到规划工具和/或规划项目到错误跟踪工具(对于正确的 cvs/svn/etc 提交号)。或者发行说明的生成。
另一种方法是创建一个多选自定义字段,其中包含指向问题的超链接(如“ XYZ-123 ”)作为选项。
更好的方法是区分用于开发跟踪的问题和所有项目的 80% 通常相同的需求。
解决方案存在:Rmsis 一个 JIRA 插件:
在这种情况下,除了 jira 之外,您可能最好使用合流。
将 Jira 用于其最擅长的事情,并将 Confluence 用于其他所有事情。
如果您觉得有用,请将您的各种项目划分为共享的“子模块”,但是我倾向于建议主要使用 Jira 来跟踪实际实现和相关的错误。