定制JIRA项目模板经验总结

JIRA:在研发工具领域大名鼎鼎的Atlassian出品的缺陷管理/项目管理/问题跟踪工具。

版本演进,一路跟随

从使用JIRA起到现在已五年之久,伴着JIRA的版本演进,有幸一路跟随。
所使用的JIRA版本也从最开始使用的JIRA 5.X,到后来将公司的JIRA 5.X升级为JIRA 6.X,直到现在使用的JIRA 7.X。
随着JIRA的版本演进,不断推出新功能,JIRA也变得越来越漂亮,越来越简单,越来越易用。
还记得在使用JIRA 5.X时,正在使用的工作流方案是不允许更改的,如果要更改它,要复制它然后修改副本,修改好之后相关的JIRA项目都要切换工作流方案;如果JIRA项目比较多,每个项目都要切换下工作流方案,这种重复性劳动真的是不胜其烦。
而在JIRA5.X升级到JIRA6.X后,除了界面焕然一新,带来了全新的用户体验,正在使用的工作流方案也可以切换了,由此对JIRA管理员来说它变得越来越简单。
JIRA7.X相对JIRA6.X,将原来的JIRA Agile插件内置到JIRA Server中,使JIRA更敏捷,并且在创建JIRA项目时提供了一些可选的模板,使JIRA变得更简单易用。

创建JIRA项目

JIRA7.X在创建JIRA项目时,提供了一些模板供选择,如:Scrum开发方法、Kanban开发方法、基本开发方法、项目管理、任务管理、流程管理。
使用不同的模板创建出来的项目,最直观的体现是问题类型和工作流不同,以及可能会随之创建相关面板(Scrum或Kanban)。
除了上面的项目模板,JIRA还支持以下方式创建JIRA项目:

  1. 导入一个项目:从其他系统(如:GitHub、Redmine、Trello等)导入一个项目;
  2. 创建与共享配置:通过这种方式创建的项目会以选择的项目为模板共用相关的配置方案;
  3. 创建示例数据:通过这种方式创建的项目在创建后会有一些示例数据。

此外,还可以通过JIRA插件市场搜索、安装与项目模板相关的插件。

定制JIRA项目模板

在使用JIRA的时候,通过JIRA内置的项目模板来创建JIRA项目有时候并不能完全满足公司的实际需要,这个时候往往就需要做一些定制化。
那么在JIRA上我们可以做哪些定制呢?我们如何做这些定制呢?这就是下面要一一说明的问题。
对于JIRA项目而言,不同的项目可以根据需要灵活配置不同的方案,这些方案如下:
问题类型方案、工作流方案、问题类型界面方案、字段配置方案以及问题安全方案、通知方案、权限方案。

1.问题类型方案:

说到问题类型方案,首先要说的是问题类型,它使得JIRA可以用于跟踪许多不同类型的问题。
JIRA提供了两大种问题类型:标准问题类型和子任务问题类型。用户可以根据需要自定义问题类型。
在创建JIRA问题时问题类型下拉框只会出现相关的标准问题类型,在某个问题下创建子任务时问题类型下拉框才会出现相关的子任务问题类型。
问题类型方案是一系列问题类型的集合,自定义问题类型方案可以从所有问题类型中选择一个或多个问题类型。

2.工作流方案:

这里会涉及到两个名词:工作流、工作流方案。
工作流是JIRA的核心功能之一,JIRA提供了可视化定制工作流的方式,上手特别简单。
工作流由一系列状态和使状态能够流转的动作(transitions)组成。
状态是问题属性之一,每个状态由名称和类别(待办、处理中、完成)组成,状态的类别用来帮助确定问题的生命周期。
这些状态对于所有工作流来说是共用的,如果更改已有的状态会影响到所有使用到该状态的工作流。
工作流方案用来将不同的问题类型和相关的工作流方案关联。

3.问题类型界面方案:

这里会涉及到三个名词:界面、界面方案、问题类型界面方案。
界面是对字段的排列布局,比如创建/编辑问题时就会有一些字段要填写或选择,而这些字段则是放到一个界面中的。
此外,工作流由一个状态流转到下一个状态的时候也可以使用界面来来弹个框让用户填写或选择相应字段。
界面方案允许为每个问题操作(创建问题/编辑问题/查看问题)选择相应的界面。
问题类型界面方案用来将不同的问题类型和相关的界面方案做关联。

4.字段配置方案:

这里同样也会涉及到三个名词:字段、字段配置、字段配置方案。
JIRA强大的功能之一是可以自定义字段,这为流程定制提供了无限可能。
字段配置用来做字段的隔离,比如在字段配置配置中,可以将某些字段设置为必选或隐藏,或者设置相应提示语。
字段配置方案用来将不同的问题类型和相关的字段配置做关联。

从上可以看出,问题类型方案、工作流方案、问题类型界面方案、字段配置方案都和问题类型息息相关。
而问题安全方案、通知方案、权限方案则和问题类型关系不大,这里不做过多说明。

JIRA一系列方案/配置命名规范建议

随着对JIRA的不断定制,一系列方案在不断增加,维护成本也在增加,而规范的命名看起来一目了然,易于维护,所以命名规范化显得越来越有意义。
建议相关的一系列方案使用相同的命名空间,命名空间以2018为例,问题类型以BUG为例,命名分别如下:
问题类型方案:2018-问题类型方案
工作流方案:2018-工作流方案;工作流:2018-BUG-WORKFLOW
问题类型界面方案:2018-问题类型界面方案;界面方案:2018-BUG-界面方案;界面:2018-BUG-界面、2018-BUG-创建界面、2018-BUG-查看界面、2018-BUG-编辑界面
字段配置方案:2018-字段配置方案;字段配置:2018-BUG-字段配置

JIRA使用中遇到的几个问题

1.已完成的问题不允许编辑:

修改问题对应的工作流,在完成【状态】增加一条新的【属性】:jira.issue.editable=false。

2.已完成的问题解决结果修改为完成:

修改问题对应的工作流,在向完成状态转换的【动作】处增加【后处理功能】,选择【更新问题域】,将解决结果设置为完成。

3.创建问题时,可以校验用户是否在某个组,以做限制:

在工作流创建【动作】处选择【验证器】,点【增加验证器】,选择合适的验证器以对用户进行相关校验,验证当前用户是否在指定组里。

4.工作流【动作按钮】权限限制:

在工作流【动作】处选择【条件】,点【添加条件】,选择合适的条件以用来限制报告人/经办人/组中用户/角色等才能执行转换。


总而言之,JIRA简单易用,还有丰富的插件体系,为项目模板定制化提供了无限可能。 而这同时也需要JIRA管理员多探索,多实践,多思考,将理论与实践相结合,从实际需求出发,定制出适合的、简单易用的JIRA项目模板!

转载于:https://my.oschina.net/donhui/blog/1859214

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
新的JIRA问题的描述字段将自动填充与问题类型相关的模板 该扩展程序会自动将您选择的模板插入JIRA创建问题描述字段。注入的模板相对于JIRA上“创建问题”模态中所选的“项目”和“问题类型”。初始安装时,将为您预先填充模板的默认列表。这些可以随时轻松地删除/恢复。默认情况下,该扩展名适用于云托管的JIRA实例(* .atlassian.net域)。如果您使用的是自托管的JIRA实例或自定义域,则可以为扩展名添加自己的自定义域以进行检查。您还可以添加要将模板插入其中的任何自定义输入ID。您可以单独添加模板,也可以通过本地或远程json文件批量添加模板。有关示例JSON文件,请参阅支持和常见问题解答。特点:*自动选择之间的文本<ti>和</ti>标签以快速完成模板 *快速跳转到下一组<ti>元素,使用“ Control + Back-Tick”组合键 *模板优先级 *默认模板(未指定问题类型和未指定项目)将用于所有问题类型和项目 *具有项目且没有问题类型的模板将覆盖默认模板 *具有问题类型和无项目模板将覆盖具有项目和无问题类型的模板 *具有问题类型和项目模板将覆盖所有其他模板 *模板在设备之间同步 *只需配置一次,即可在所有支持扩展程序的chrome设备上使用! *一键重新加载默认模板 *从url(json文件)加载模板 *托管一个json文件,并让每个人都使用相同的模板 *从本地文件(json)加载模板。与其他用户轻松共享模板 *添加/删除/编辑单个模板 *添加/删除自定义域 *扩展应运行的域(包括子域)以注入模板 *限制接口选项(以使模板在用户之间保持一致)*当前的限制选项包括:*“ all”->禁用除重载默认值以外的所有接口操作*“ url”->禁止从url加载json *“ file”->禁用从本地文件加载json *“清除”->禁用所有模板的清除*“删除”->禁用删除单个模板*“保存”->禁用保存/更新单个模板*“添加”->禁用添加新模板菜单*“ add-custom”->禁用添加自定义模板*“ add-default”->禁用添加默认模板*“ add-domain”->禁用添加其他域*将模板导出到JSON文件。轻松共享模板JSON文件。</ti> 支持语言:English
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值