试图找出为跨组织项目设置Jira的最佳方法。我们有一个持续交付计划，将分成不同的积压工作，由不同的团队根据主题进行工作。
想知道我们是否应该设置一个项目来管理整个高级项目，然后是每个团队管理的每个工作主题的不同项目。
有多种方法可以让多个团队在同一个项目中工作，但可以单独跟踪他们的工作（包括他们的工作是基于Kan-Ban，Scrum-Ban还是Sprint？）
答案 0 :(得分：-1)
关于标题中的问题。可以将JIRA中的问题从项目移动到项目。此功能非常方便，您甚至可以进行批量操作。有关详细信息，请参阅Moving an issue。
关于构建项目。开箱即用，JIRA中没有任何功能可以创建您所描述的项目和子项目的工作流程。
可能的解决方法可能是将组件用作子项目。 在这种情况下，您将创建一个充当高级项目的项目，并将此项目划分为多个组件。对于组件，您可以添加潜在客户，进行版本控制，但不能基于组件设置安全权限。所以这不是一个完美的解决方案，并且由于组件不是项目，因此确实存在一些限制但是如果对你来说足够了，你必须自己评估这种方法。
另一种选择是使用插件，例如Structure。我很确定那里有更多有希望解决你的问题。根据我的经验，使用插件可能不是你期望的银弹。如果它真的适合您的工作流程，您必须首先评估它。
答案 1 :(得分：-1)
对于您描述的方案，您开始的问题可能比必须在不同团队中获得的实际工作更高级。
我觉得效果很好，就是为高级别问题（即机会）保留1个项目（即机会积压），当机会得到详细说明时，只需在团队的项目中创建问题会对他们有所帮助。您仍然可以将这些问题与机会联系起来，以便看到它的人可以看到每个团队中发生的事情。
另一个选择是将所有内容保留在一个项目中，但是要让相关问题显示在必须处理它们的团队的董事会上。董事会可以列出多个项目的问题。您只需相应地更新电路板的JQL查询。有关详细信息，请check the documentation。请注意，如果在多个团队的董事会中列出相同的问题，使用sprint可能会很麻烦。最好配置一些问题，以便只在一个团队的董事会上显示问题。
我不会太担心移动问题。这不是一个非常用户友好的行动。