道生之，德畜之，物形之，势成之。 --《道德经》

Jira的道在于构建了整个环境和头脑模式，也赢得了市场的认可，成了一种势。无数的厂家便成了Jira的海洋生态当中的告急构成部分。有些厂家的插件是提升了Jira的体验，有些则是强化了特定功能。这里只保举三个算得上必须利用的插件。

• BigPicture
• Jira Misc Workflow Extensions
• Tempo

围绕这三个插件，我们可以或许搭建起研发管理的团体门路和迭代管控视图，简化流程，美满管理制度。接下来就先容每个插件的场景和利用方式。

文章目次

• BigPicture
• BigPicture特点先容
• 管理员管理菜单
• 任务列表
• 任务管理
• 设置
• 最佳实践
• 最佳实践
• 自动分配
• 自动化流程
• Tempo
• 设置
• 工时表
• Reports
• 总结

BigPicture

我们通过一张图形成一个大概的印象

我们当时选择这个插件盼望满意的场景有下面几个：

• 可以或许直观的检察职员和迭代的工作安排，进度
• 可以或许相识职员的工作饱和度

我们项目管理常用的软件就是微软的Project，以是我们选项目的也是按照如许的思绪来挑选的。最简化的概念就是甘特图。

BigPicture特点先容

管理员管理菜单

当中有设置的须要的应该是Working schedule了

设置放假和周末，如许在盘算任务起止的时间可以或许在甘特图中精确的表现，其他我没有做过多的设置。

任务列表

从上图可以看出甘特图的构造情势分为4层。

1. 项目（Project）
2. 版本（fixVersion）：注意是根据父任务的修复版本确定的
3. 父任务（Story/Task）
4. 子任务（Sub-Task）

任务管理

在甘特图的界面可以举利用命的管理。

可以拖动任务的两端举行开始和制止日期的调解，也可以直接拖动整个任务举利用命的调解。
任务的进度是通过下面的三角标识进度，这个盘算是利用现实投入的工时与预计工时直接的比例。
蓝色的线是在日期栏直接左击，就可以设置一个时间线，默认是设置在选择日期的开始。可以用于设置迭代里程碑。

设置

表现内容的设置界面如下：

可以看到有四种方式可以肴杂利用：

1. 面板
2. 过滤器
3. 项目
4. JQL查询语句

任务列表界面上元素都是可以根据现实体系中设置的字段举行调解的，如下图所示：

绿色的是自界说字段，灰色的是体系字段。自界说字段根本都是单纯的表现，体系字段会有一些其他的效果。

最佳实践

• 一个甘特图面板最好值针对一个迭代，利用过滤器来方便的管理迭代界限。可以或许很清楚的看到全部任务的排期与时间里程碑控制。
• 任务管理的权限须要控制，可以由SM、职能小组负责人同一管理，由于一样寻常都涉及前后端测试的共同，进度一旦变革就须要全局调解，而且大概会影响迭代里程碑时间点。
• 由于迭代任务分配时通常是连续的，前期的任务调解大概会导致后续的任务连锁调解。在甘特图面板可以很方便的举行调解，而不消一个一个打开任务举行修正。
• 假如有纵向职能管理脚色（好比前端、后端有专门的部分和管理职员），可以创建部分的甘特图面板举行部分内的排期管理和调解。

#Jira Misc Workflow Extensions
这个插件在前端没有任何感知，知道Jira体系中存在这个插件的根本也只有管理员了。但是对于管理员来说，这是流程推进、串联的最告急的工具了。
它的作用是在工作流的流转过程中可以附加其他的利用，列表如下：

可以看到告急有赋值、分配职员、批评、触发其他流转环节、自界说脚本等等，而且可以针对题目自己、父题目、关联题目。根本可以或许涵盖一样寻常应用的场景了。

最佳实践

我讲一下我实践过程中，比力常用的几种场景：

自动分配

利用到 Assign to last role member 大概 Assign to role member 。场景比方bug，当测试发现一个bug时，大概并不直接指定具体研发，而是提交给研发管理小组确认之后再分配给具体研发，具体研发职员修改完成后，点击修改完毕按钮，转发给测试。测试若发现bug没有完全修复，点击退回研发按钮，直接退回对应研发（而且可以累积退回次数）。
这内里的几个步调：

1. 提交给研发管理小组，可以随机指定研发管理脚色中的某一个人来处理惩罚
2. 修改完毕，会追溯到测试脚色的末了一个包揽人，而且将题目分配给他
3. 退回研发，会追溯到研发脚色的末了一个包揽人，而且将题目分配给他
   为何要追溯某脚色的末了一个包揽人？由于内部大概还存在多次指派，乃至对bug举行分析后发现不是后端bug要指定给前端研发。测试不消本因素析要退回给谁，让流程来判断。

自动化流程

利用到 Transition linked issues 和 Transition parent issue 。我们最早就讲过，整个体系是子任务驱动的，具体职员只用关心和管理自己的子任务（子任务只有开始和竣事两个简朴状态），但是父任务涉及多人互助和脚色寄义，状态和节点大概会有几十个，无论让谁来管理都是很困难的。场景，一个父任务须要UI、产物、前端、后端、测试共同完成。此中大概产物先行，完成之后交付给UI，完效果可从前后端到场，研发全部完成后才气交付给测试实行。
这内里头脑实在很简朴，就是子任务工作流+脚色。起首对于差别脚色要区分出公道的用户组，当每个人完成任务时，判断他自身的脚色从而触发父任务的状态流转。好比产物完成任务时，转至方案操持完成，研发完成时可以判断当前父任务下是否存在测试子任务，若存在转至研发完成待测，若不存在阐明不须要测试转至研发完成无需测试。
这里给各人一个小小的发起

当你添加自动化工作流时，这里时可以选择名称大概id的，id就是一串唯一数字，当你须要正确触发工作流时可以指定。但是像上面形貌的那种环境，实在并不能完全判断当前的状态是什么。好比须要产物资助时，产物会先完成任务之后研发才开始，这时间研发到场的上一环节是操持方案完成，但是也存在不须要产物研发直接开始好比研发内部优化，这种环境下研发到场的上一环节是待办。假如这时间指定的具体的工作流，起始状态不精确就无法实行。以是发起是利用名称，而且发起规范是转至+下一环节名称，好比到研发这个环节，无论从待办大概方案涉及完成，乃至测试退回，都成为转至研发，如许我们只要写一次post function就可以满意多种环境了。
注意：纵然利用名称流转，也必须满意该流转的起始和停止状态满意当前环境。比方假如我方案操持中假如没有指向研发举行中节点，纵然我实验触发该流转也是无法实行的。

Tempo

研发在诘问我，已经9012年了我们还要利用工时这种low爆的情势来做绩效管理么？每天凑满8小时工作时间对于管理层就这么告急么？你们的本事仅仅就是看着这个人工时有没有记载好么？
假如你这么想，阐明你没有想过研发管理到底该做什么。研发管理控制三要素：时间、本钱、质量。控制的目的是提升，怎样提升？一定是发现题目，改进才气提升。最简朴发现题目的地方是工时分配，而不是某个员工8小时工时自己。某个迭代中，谁人story投入的工时超出本钱，哪些人的bug工时投入超出正常比例、哪些人的线上题目投入工时较高、团体研发部分投入在非研发工作上的比例是多少，要不要优化。这些才是我们应当去关注并改进的。当全部职员只有3-5个人，大概这个数据受个人影响比力大，但是当职员高出30-50人时，个人少报大概没有精确填写的影响就已经比力小了，我们要观察的是趋势，大项的时间投入正常都是有记载的，如许根本就可以或许反应真实环境了。
以是Tempo作为现在时间管理最好的工具，在研发管理中告急性信任各位管理职员都有认知了。

tempo当前最新是9.4.2版本，我利用的是8.15.3 。我实验升级过一次插件，效果各人都不风俗新的界面，我不得不退回老版本。

设置

全局设置中有几点阐明，我们是子任务驱动以是工时不答应记载在父任务。但是只有一个任务下有子任务的时间才是父任务，否则就可以记载工时。
Work Attributes是设置工时填写面板的自界说字段

注意：这里的字段只有通过记载工时按钮呼出的界面才有，好比完成任务时填报工时的界面是没有自界说字段的。

工时表

v9去掉的就是这个工时表，这个根本上是我们最常用的功能了。以是去掉之后各人都不知道怎么用了。

用户这个地方的下拉框可以选择如下几种选项。此中比力难明确的是账户这个概念，tempo内里现实上是有本钱概念的，就是通过账户当中的金额来管理，不外我们没有利用过。
常用的几个是用户（分析单个用户的工时分布），团队（每个小组团体任务工时分布），高级（指定过滤器检察任务工时分布），题目（检察单个题目的职员工时分布）
时间区间可以恣意指定，查询出的效果可以直接导出excel用于做透视图之类的。

Reports

v9主推的就是Reports利用的内容和界面情势应该是更加优化，上面的时间区间、过滤器设置（可以多选），分组可以多选和排序。
这个我们用的比力少，告急会针对某个具体题目、大概较大的Epic干系的项目站会、总结会时，分析职员工作进度和利用。

总结

上述三个插件到场到Jira之后，我们完成了迭代团体控制、工作流实行、研发管理规范与提升三方面设置，根本已经可以开始构造一个研发团队为了同一个既定目的按照同一规范流程举行开发，而且只管简化过程低落研发非研发类工作的占比。但是我们还是可以利用一些其他的插件来进步研发管理团体服从。别的必须说一句，这些插件的仪表盘可用插件没一个能用的。