讨论 | 给小白管理员的建议

 

 

周末一起来讨论有趣的主题:对于首次使用 Jira Software 的小白管理员,你有什么建议,技巧可以分享,帮助小白们避免那些被踩过的坑。欢迎文末留言一起讨论!(下面资料整理来源于 Atlassian Community)

 

基础篇

 

建议从阅读 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 总是有用的。它们具有独特的基础功能和报告属性,您无法使用任何其他问题类型来实现。

 

 

希望对新手有帮助,祝你们好运!