使用JIRA (或其他工具)跟踪多个项目的需求

Question

我的公司一直使用JIRA作为需求跟踪工具和bug跟踪器，当我们一次只处理一个项目时，JIRA运行得很好。

我们现在有一个场景，其中我们有三个不同的项目提案，它们的需求部分重叠(例如，需求1适用于项目A和B，需求2适用于项目B和C，等等)。我希望能够为每个需求输入一个JIRA问题，但这似乎是不可能的，因为JIRA问题和项目具有一对一的关系。

有没有人找到了在JIRA中实现这一点的方法，或者使用其他与JIRA集成的工具？

Answer 1

虽然没有唯一的正确答案，但我可以提供一个想法。我对你的工作过程没有足够的信息，但你提到你有项目提案。因此，我假设项目A、B和C都处于早期阶段。需求收集和诸如此类的，还没有bug。

建立一个单独的JIRA项目，比如“早期需求”。将项目A、B和C的所有需求放入JIRA项目中。为了允许需求和真实项目之间的多对多关系，可以设置一个"multiple checkboxes“或等效类型的自定义字段，并将"project A”、"project B“和"project C”配置为其值。对于任何需求，您都可以检查它适用于哪个项目。

现在-我在这里做了更多的假设-让我们假设一些提案继续前进，一些提案消失了。您将需要一个过程来a)将实际项目A的所有需求提取到A的新创建的JIRA项目中-这可以通过搜索和批量克隆问题来完成；b)清除所有没有与其关联的实时项目的需求-搜索和批量删除。

注意事项:如果您需要与不同的客户共享需求，这将变得棘手。权限根据JIRA项目和问题类型进行配置。

话虽如此，JIRA缺乏像样的需求管理功能，如基线和可追溯性。但是，仅仅收集数据以进行进一步的工作可能是可以的。

Answer 2

我们使用jira的“复制”或“相关”功能。

因此，您在每个项目中提出一个问题，但您将它们联系在一起。这样，您可以拥有一个项目“拥有”的问题，并且一旦对每个项目的更改进行了测试，您就可以关闭所有相关项目。

如果这在你的项目设置中有意义，你甚至可以使用依赖于链接。

Answer 3

我们也有同样的问题。如果您有一个问题( bug或新特性)，它涉及多个产品，并且它们之间存在依赖关系。(例如，假设我们有一个服务器、一个连接api和一个客户端应用程序)。如果有关于以某种方式扩展客户端应用程序的新想法，那么很可能连接api和服务器也需要某种扩展。它们可能是由不同的团队开发的。因此，不是在同一冲刺/迭代中处理，而是作为产品所有者，您希望将所有这些新功能作为一个组进行跟踪。

我们所做的实际上是创建了一些自定义字段。我们引入的第一个字段是“级联选择”，即“程序”和“阶段”。这使产品所有者有可能将问题分组到一个计划下，并进行一些粗略的长期计划(几次迭代)。

然后，我们为“Epic”(或“Theme”)添加了另一个字段(文本字段)，该字段捆绑了与某个Epic/主题相关的问题。这个想法是在“程序”中使用“史诗”。如果是一个更大的“程序”，你可以把它分成不同的部分，然后在这些“史诗”中反映出来。(一种故事情节。一组故事(可以传播到多个产品上)，作为产品系列的一个洞来增加价值)。

这两个字段现在都很容易根据Program (带或不带它的阶段)和Epic过滤掉跨多个产品的问题。

实际上，启用链接后，您现在还可以在不同产品中的不同问题之间创建依赖关系。而且它与默认的Jira产品版本控制完全分开。这很好，所以正常的发布过程保持原样。

我正在考虑引入的另一个想法是“迭代”领域。在进入计划阶段(或紧接着)的时候。此字段可以使用该sprint的名称进行更新(Jira在多问题编辑/更新方面非常出色)。这使得过滤掉该sprint的所有问题变得很容易。

我最喜欢将Jira用作Scrum计划/ Sprint跟踪工具的原因是，您没有单独的计划和积压工具。Bug更加明显。不会双重管理计划工具中的错误和/或计划项目中的错误跟踪工具(以获得正确的cvs/svn/etc提交数)。或者版本说明的生成。