1

之所以想写这篇文章，是因为之前自己初次使用JIRA的时候，无法在互联网上找到好资料。好不容易看到一个培训课程，还要收费2K+。我想，这么一个系统，也要收费这么高？等哪天我学会了，我就自己写一个。

上个月，也确实觉得应该写一点了，于是就回到简书，写了20个字，还说明天更新完（牛总是很容易吹）。今天回到简书，竟然还有人来读过。突然，我自己觉得非常惭愧，大家过来了，但是内容没有上。于是，赶紧将使用说明更新上来。

为了方便说明，我在图片上画上了很多箭头和文字。给大家带来的不便，还希望多多谅解。另外，我这里谈的是管理员账号，部分内容普通用户不能使用，譬如版本发布。

考虑到需要保护项目信息，在此我隐去了项目名称和人员信息。若给大家造成了阅读上的不便，还请大家多多原谅~

                                        2

做软件项目的宝宝们，多少都知道JIRA这个项目管理工具。那么，我就直接说怎么用最，尤其是常见的功能。

有管理员账号的话，可以去创建如下内容：

- Project，类似于项目，一个项目中可能有多个项目。

- Board，类似于看板，用来查看项目中某个组成部分的开发进度。

- 开发流程步骤，包括To Do, Blocked, In Dev, In QA, To Review, Done等。也可以根据项目情况自定义，譬如，加上QA(STG)，方便测试妹子工作的开展。

- Sprint迭代，我们用的是通常采用的两周。当然，也有一周或四周的。具体的，就不讨论了。

-Story Point，点数，项目团队用来描述完成某项工作所需的时间投入。我们这里，用来描述开发难度。

对于严格执行迭代管理，尤其是开发速度的团队而言，所有迭代工作规划，用户故事创建，点数估算等，都需要在迭代真正开始之前完成。这里，需要为即将开启的迭代设定具体的时间（具体到分钟）。当然，这其中也需要配合需求变更管理，否则执行起来有难度。当然，迭代要在结束之前关闭，否则，就算工作完成了，后台的燃尽图也无法燃尽。这一部分，稍后再讲。

图1 登录后首页

通过产品代办事项，可以创建Ticket，包括任务，bug等。也可以创建发布版本，并设定时间，譬如ISV2.1.0 (12/29/2017)，也是为了方便管理。

Ticket创建出错的话，直接点击，通过“Move Issue”进行移动，如：所属Project，Type（任务改成bug）。

同时，还可以对一个Ticket进行Clone（复制），还可以带上其附属的附件，并带上迭代信息。

图2 Backlog产品代办事项 图3   Ticket移动

                                        3

严格执行迭代管理的话，可以用 Burndown Chart燃尽图来监控。当然，这也需要合理管理客户需求变更，否则无法实现。理想情况，Burndown Chart是一根倾斜向下的曲线。但是，如果任务量拆分不是很细，或者工作之间还有依赖的话，曲线就会发生变化，如下所示。

中间灰色的柱状是周末。有了多个Burndown Chart后，就可以估算出开发某项大任务，大概需要多少时间，包括：最乐观时间、最悲观时间、最可能时间，是估算进度的辅助工具。

图4 Burndown Chart燃尽图 图5  开发进度估算

                                           4

相对而言，JIRA作为项目管理工具，还是非常好用的，尤其是搭上Confluence之后。后面这部分，以后有时间再来写。

希望能帮大家更快上手使用JIRA。