我要在我的组织中设立Jira，但出现了一些问题，对此我还不能做出一个让我信服的决定。。。你能告诉我你的意见吗，最好的配置是什么？(我将在这里讨论projects，但可能会发现，稍后应该是boards或其他什么(
- 我已经请求我的组织为我的部门创建一个Jira帐户，从设置中可以看出，我创建了一个与我相关的董事会，作为管理员
- 我们是一个由15人组成的团队
- 我们想开始设置10个不同的项目，有些项目可能与其他项目有关，但仍然保持独立的感觉，因此，每个项目都应该有自己的积压工作
- 项目的方案应该是相同的(通知、工作流、问题类型…(。理想情况下，如果最近更改了方案中的某些内容，所有项目都应该自动实现
- 我们将是所有被允许在部门内从事所有项目的队友，始终没有任何限制
- 我们希望所有人都能以最简单的方式检查与任何项目相关的统计数据等
- 用户希望将所有项目和任务按计划执行的顺序显示在他们的面板(屏幕(上，无论它们是否属于不同的项目。期望的视图将不是一个扁平的看板，而是由Project分类的问题>史诗>Sprint
我想到的想法是：
(1) Me --> Board --> 1 JiraProject --> n Epics (each = OurProject)
只有一个项目(即我所在部门的名称(，然后为每个项目创建一个Epic；真实的"；我们要处理的项目。然后，为每个Epic创建与我们每个真实项目相关的问题。这样做的问题是，我们需要第二级史诗来细分到每个主要史诗(代表我们的真实项目(中，这样我们就可以将它们的问题分组到项目的逻辑部分中。在我看来，史诗的第二个层次是不可能的。此外，这种方法只会为我们的所有项目提供一个共同的积压工作(此处作为Epic提供(。
(2) Me --> Board --> n JiraProjects (= OurProjects) --> each JiraProject
在我看来，这似乎是最好的方法，但也带来了不便，因为当一个人必须在几个项目上工作时，他不知道他必须执行的任务的顺序，也不知道这些任务中的任何一个是否与任何其他项目在时间上相冲突。
我最终用一个Board创建了一个项目。
在Project Settings(左侧面板，底部(中：
- 我启用
Components显示在左侧面板上 - 我设置CCD_ 7以显示字段"0"；部件"；创建时
Jira逻辑分类现在是这样的：
-
PROJECT是我的部门 -
BOARD是所有用户共享的常见视图 -
VERSIONS是版本 -
EPICS是我的不同项目 -
COMPONENTS现在是我项目的一种史诗，但缺点是：a( 它们都是单独显示的，而不是类似于
VERSIONS和EPICS的侧板b( 它们都是直接列出的，这需要在名称的开头提供一个标识符，以区分它们属于的哪个项目
-
USERS：所有用户都可以看到主Project(这是我的部门(，在它里面，所有的Epics(这是我们的项目(。这是我最初的要求，所以没关系。
我希望Jira能灵活一点，让我们创建一些类似于VERSIONS和EPICS的额外组类别，这样我们就可以获得额外的组层。Components在这里的使用并不是很有用，但也令人困惑，也不直观，但在撰写本文时，它是唯一可以用于额外分组的选项。
问题：
- 被授予访问权限的客户，可以访问和查看所有或项目，这自然是不好的