定制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项目模板！