定制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项目：
- 导入一个项目：从其他系统（如：GitHub、Redmine、Trello等）导入一个项目；
- 创建与共享配置：通过这种方式创建的项目会以选择的项目为模板共用相关的配置方案；
- 创建示例数据：通过这种方式创建的项目在创建后会有一些示例数据。
此外，还可以通过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项目模板！
(adsbygoogle = window.adsbygoogle || []).push({});