基础篇

建议从阅读 Jira Software 手册开始。

• 管理员权限仅限于那些知道他们在做什么的人。

• 某些工作标准要达成一致：我在大型组织的经验是，人们希望以自己的方式工作，而不考虑全局，结果就是数百个工作流。控制工作流的数量。

• 组织内部制定好流程：我发现有时组织没有流程，但希望 Jira 为他们创造出一个流程。

• 控制自定义字段的数量

• 不要对两个字段使用相同的自定义字段名（尽管可能），因为在编写 JQL 时，人们必须捕获正确的字段名。

进阶篇

• 尽可能简单并重复使用。这条建议适用于许多方面：工作流、自定义字段、敏捷板、仪表盘等。

• 限制 Jira 管理员的数量。越少越好。最好只有一个完全专职的 Jira Admistrator，而不是几个兼职的 Jira Admistrator。如果决定用多个管理员，那么应该实现协同合作。

• 标准化配置方案名称、工作流、屏幕等。一般来说，你应该建立名称惯例。

• 根据角色配置权限和通知方案。尽量避免使用单个用户或组。如果需要更改与通知或权限相关的内容，则在每个项目的“角色”部分中更容易更改（在许多情况下，更改用户的组成员身份就够了）。这样同一类别的项目可以重用通知和权限方案。使用项目类别，它比看起来更有用（当然，你可以在一些仪表盘小工具和 JQL 中使用，也可以用于组织）。

• 重复使用项目的配置方案。不要总是使用默认模板来创建新项目。如果你需要创建一个现有项目类别的新项目（例如 Scrum 开发项目），你可以在第一个弹出窗口中使用“使用共享配置创建”选项。制作自己的项目模板。如果你的 Jira 实例是服务器，并且安装了 Script Runner，那么可以使用“复制项目”内置脚本，可以复制版本、组件、角色分配，在需要时还可以复制问题！

• 重复使用自定义字段。当必须创建新的自定义字段时，请先检查是否存在其他可以使用的字段，或为其添加新上下文。

• 如果你需要实现一些场景：首先，尝试使用配置（也许还有一些简单的脚本）。其次，搜索一个包含主要功能的插件（App）。最后，通过定制开发对其进行分析（不要忘记 Jira API REST ）。

• 融入社区。订阅 Atlassian 邮件和博客，关注 Atlassian 官方微信号，Confluence 中的官方产品文档。

• Atlassina 大学和 ACP 认证，可能是学习的好地方。

• 参加 Atlassian 活动，用户大会，当然还有一年一度的峰会！

挑战篇

• 为了更好的面板用户体验，无论是 Scrum 还是看板，用全局转换设置所有状态，或者设置每个状态都有一个到其他状态的转换。这会让用户可以轻松地通过拖拽来转换状态，就像在物理板上移动卡片一样。

• 只使用几列，3到6列之间的效果更好。列太多会导致卡太窄，必要的信息无法在大多数显示器上有良好的展示。

• 只要有可能，对所有面板的问题类型都使用相同的工作流。否则的话，最终可能会出现太多需要映射到面板列的状态，而完成这一操作时，没有标签可以让你区分特定状态与哪些工作流或问题类型相关，因此可能会变得一团糟。

• 只要可能，将列与状态一对一映射。如果初始状态和目标状态都映射到同一列，用户将无法仅通过一个简单的拖拽来转换问题。结合提示2和3，这意味着你最好只使用3~6个状态的工作流。

• 始终在末尾设置面板的主过滤器 “…以ASC来排序”。否则，显示的问题不能进行垂直排序，这对于 Backlog 的管理是至关重要的，并且对于管理面板的显示顺序来说，这是一件很有用的事。

• 如果需要，设置快速过滤器，使用不同的字段，这样你能指数级增加有用的组合。两个被激活的快速过滤器隐含 “AND” 的意思，没有办法让它们使用 “OR” 来代替。因此，如果你有两个名为“bob”和“john”的快速过滤器，JQL 语句是 assignee=bob 和assignee=john，当同时激活这两个快速过滤器，面板结果就会显示“无”，因为问题不能同时分配给两个不同用户。

• 这一条对 Atlassian 来说可能是一个小建议，也是对面板管理员的常用提示：将 “Recently Updated” 的快速过滤器的JQL语句 从 “updatedDate >= -1d” 修改为 “updatedDate >= startOfDay(-1)”。带-1d的内置过滤器包括在过去24小时内更新了的问题，这意味着5分钟前显示的问题会在办公时间从面板上消失。在startofday（-1）的情况下，它将始终从昨天的00:00开始更新，这在我能想到的几乎所有情况下都更加方便。

• 将 Epic 问题类型添加到你所有 Jira Software 项目的 IssueType 方案中，向最终用户解释并鼓励他们使用。除了标准问题类型和子任务之外，它确实是唯一能让你拥有额外结构级别的问题类型。无论采用何种方法论，Epic 总是有用的。它们具有独特的基础功能和报告属性，您无法使用任何其他问题类型来实现。