jira sprint周期怎么管理bug

个人愚见，可以由两个方式：

1. Bug不放入任何一个sprint，bug加一个自定义字段叫“WhenBugFound”即记录这个bug是在哪一个sprint发现并创建的，同时bug跟相应的backlog（userstory） link起来，给bug优先级，highest当天解决，high当周，Medium当sprint，low先放着有时间再统一处理；

2. 要在当sprint解决的bug放到当前sprint，其他放未来sprint或先不放；

老实说，刚开始要写这篇博文的时候，我在想：我是谁？我在哪里？我在干什么？

目标：

最后自己心里还是默念：我是个Tech，我是个Tech，我是个Tech。

Project : 可以理解为Issues所属的集合、命名空间。一般而言，可以一个software project来创建其对应的JIRA project。

Issue : 可以具象理解为卡片，一个issue就是一张卡片。

Issue type : 卡片类型，可以是Epic、story、bug、task等。

Status : 卡片可以选择的状态。一堆status和transition构成一个具体的工作流（workflow），卡跟随工作流中设定的状态进行流转，完成卡的整个生命周期。

Board : 具体的项目实践管理的 *** 作空间。一个board可以关联一个project，也可以关联多个project，取决与创建board时的设置。简单一点话，我们这里还是让一个board仅关联一个project即可。

Backlog : board中，未加入具体sprint的issues，则会显示在backlog区域内。

Sprint : Scrum中的一个概念，代表一个固定的时间盒子（time box），可以是2周~4周。项目团队以每个sprint实现短期交付目标和增量式迭代。在JIRA中，一个Sprint中会加入一批Issues，用以详细定义此次Sprint的目标和工作内容。

Active Sprint : 已经组织好issues list的sprint可以通过Sprint plan meeting(或者叫Iteration plan meeting)之后，将此Sprint激活。这时，此Sprint内的所有issues会自动显示在Active Sprint页面上 ———— 大多数JIRA User所关注的可视化电子墙则成功出现。

Release / version : JIRA中没有Release这个实体概念。Release对应的实体，其实是version。在Issue的属性中关联上Fix version，则issue可以从Release / version的维度进行数据统计和进度track。

如果JIRA新手，可以先参照官方的 Getting started as a Jira Software manager

这里，假设我们已经有了Project和已经完成了User Management ———— 一个已经运行了一段时间的开发项目，我们尝试来创建一个新的JIRA Scrum board。

然后在下一步中选择[Create a Scrum board] >[Board from an existing project]。可看到下图

输入相应信息后，点击[Create board]，这时新的board就会创建出来。

由于创建时选择了已存在的一个project，该project中有未分配给sprint的issues则会自动显示在新的board的backlog中。

当然如果board中只需要显示project中一部分的内容，可以通过修改board configuration页面中的filter进行过滤。

录入issue的必要信息，这时候estimation值一般是没有的，留待IPM中填充。

等准备好所有issues之后，backlog显示如下：

这时，该Sprint会进入Active状态，所属issues会显示在board的Active board page中。

为什么提醒一定要再检查一遍issues，特别是在确认估点录入之后再start Sprint？

因为按这个正常的流程，可以得到一个正常的燃尽图。见下：

如果在start sprint后才开始加入估点记录，则会获得这样的燃尽图报表：

初始点y值为0，guideline完全贴在X轴，没有任何sprint初始Estimation，之后再录入任何一条issue的估点，都被展示成“Scope change”。

而真正的涉及到Scope change的issue track就会傻傻地无法区分。

JIRA默认的Columns一般分为3条 —— TODO、In progress、Done，一般status和columns是对不上的，可以进行添加和修改。

点击[Add column]，可添加一列。也可以直接点击修改。

然后将对应的status分配到Column中。在不同的column之间移动的issue时，issue的状态会自动流转到column对应的status。

同时Active Sprint也会同步刷新为新的Columns布局。

至于status的添加和修改，需要JIRA Project admin的权限可以对workflows进行修改。

特别要注意

点击[Edit]按钮，进入编辑状态。点击图右边transition的[post Functions] link。

点击[Add post function]，进入添加post function的引导流程。

为何强调一定要加入set resolution?

在JIRA中并不是自定义一个叫Done的status就代表这张卡片已经达到完成标准、走到了生命周期的终点，而是需要使用issue上的resolution field。

如果最后不添加resolution会造成的影响，会对一些报表和filter的使用造成影响。

官方说明见下：

勘误：

燃尽图报表：

点击右上角link[Complete Sprint]，这时对于未Done的issue会进行提示：

Sprint complete了之后，如velocity report就可以计算和汇总这次sprint velocity了。

既然用了有用的工具，就要有效的使用起来。

要避免仅将JIRA当成一个可视化电子墙的误区。

2019.11.22 勘误了第7段，燃尽图燃尽机制的说明。

---