基于JIRA的Scrum敏捷开发的项目管理

Posted 2020-07-09

Scrum开发的步骤及准备

Scrum敏捷开发的关键字就是增量、迭代，他更重视项目团队之间的现场沟通，不向传统瀑布式开发那样需要万事具备，才开始开发，Scrum在大方向和小故事点确认好了后，团队就可以开动了。

Scrum的团队一般都不大，一Scrum团队人数一般在10人左右，主要角色有：

product owner（产品负责人）、scrum master（团队负责人）、scrum team（开发/测试团队）。

• Product owner :需求方，提出需求，能对功能流程、业务流程拍板的人。

• Scrum master :团队负责人，负责解决团队各类问题，领导项目的人。

• Scrum team :项目执行人员，一般指项目具体开发和测试的人员。

Scrum开发的步骤：

步骤一：头脑风暴

如果product owner对产品需求非常清楚，就可以省略这个步骤；开发遵守“先紧后松”原则，必须先把需求了解清楚；这里product owner可以召集技术团队/用户群体对其需求进行公开征求意见，最后输出一个产品建议表。

步骤二：product owner对产品建议表进行筛选并做减法，提炼最核心的需求。

在确定了需求后，由scrum master进行输出prd(product requirement document),这里就和传统的瀑布模式一样了，该有的文档都必须有，必须由scrum master和product owner确定好需求，包括业务逻辑、功能流程等。

步骤三：工作量估算

把任务量化，包括原型、logo设计、ui设计、前端开发等，尽量把每个工作分解到最小任务量，最小任务量标准为工作小时不能超过16小时，然后估算总体项目时间。

把每个任务都贴在白板上面，白板上分三部分：

（1）to do-待完成（2）in progress-进展中（3）done-完成

步骤四：Sprint

经过讨论后，已经把任务量化到需要具体完成的时间，然后把n个任务按照开发的重要度，组合成n个sprint（冲刺），每次执行一个sprint。

• Sprint：每个sprint都是独立的，一般先做主要功能，再到次要功能，再到小功能，最后的sprint一般是修复bugs。）

• Sprint：因为任务都被量化了，每天工作了多少小时，完成了多少任务量，通过每天的例会scrum master就非常清楚，并且在time burn down chart（时间燃尽表）进行表示，我们就可以直观看到任务的进度了，而且是具体到多少小时。

• Sprint：在burn down chart里面，不管任务是否按时完成都必须记录。

• Bugs：每个sprint都必须测试，尽量大家一起测试，如果太多bugs就开一个sprint来修复bugs。

• 站会：每天要做的是，要开standing meeting，因为大家的时间都是非常紧张的，一般是站着开的，时间不要长，10分钟左右为宜。会议必问开发团队每个人三个问题：（1）今天做了什么（2）明天打算做什么（3）遇到什么困难

• scrum master要解决开发团队的困难，让项目快速进展下去；每周一次周会，product owner最好在场；每个月一次月会，product owner最好在场，指出产品开发是否在product owner期待范围内；如此重复下去，直到开发完成。

（时间燃尽表：scrum的精华，通过该表格可以可视化任务的时间进度，从图中可以看到，day1是整个任务的总共时间，每天按照任务完成度更新剩余时间，或者增加时间（例如发现一个技术难点、团队成员请假等要增加开发时间））。

步骤五：评估

product owner和其团队/用户会对产品进行评估，可能还会有各种不满意的地方，不过product owner要求需要改的地方还是要改的，建立一个bugs sprint，把产品做到product owner最想要为止。

补充说明

• SCRUM也有其自身的先天缺点，就是对团队要求高，团队成员有能力且相互信任度高，不会相互推卸责任。

• 新团队使用该方法，起初会有各种问题，需要多多磨合。

 

基于JIRA的Scrum的项目管理

准备工作：

1、在上面的第三步时需要做工作拆分及工作量估算，会得到一个类似下面的项目计划表，JIRA的Scrum项目管理也是基于此表

2、团队中所有成员必须已经在JIRA中建立用户，并可以正常登陆

正式JIRA中建立Scrum开发项目

一、建立一个Scrum的BoardsScrum的团队

这是新建好的Boards,同时也建好了项目。

   
二、开发项目常规管理

1、项目编辑

2、版本开发周期设置

3、添加软件开发的功能模块

4、修改工作流

默认工作流太简单，没有QA等功能，需要重新建立工作流，或者增加一个工作流：

这个流程比较适合Scrum项目使用，大概流程如下：建立好每个故事或子任务后，它们都处于 TO DO状态，团队成员登陆JIRA，可以看到分配给自己的任务，团队成员选择一个优先要做的任务，并把当前任务更改为IN Progress，如果遇到难题进行不下去了，就把这个任务状态改为Blocked，当哪天又可以解决的时候，再把当前任务状态改为In Progress，如果任务顺利完成，就把当前任务改成Ready For QA状态，等待进行软件测试，如果测试通过没有问题，QA就把这个任务状态改为DONE，此时这个任务就完成了。如果测试中有问题，QA会重新把任务状态改为IN PROGRESS状态，并分配处理人为开发者，同时备注问题原因，由开发者处理问题后重新提交Ready For QA。当整个Sprint都测试通过没问题，这个SPrint就结束了，但如果后来集成测试中还有问题，或者任务有了小的要求修改，相关任务，需要REOPENED，重新开始TO DO去一个新的循环。

返回项目管理中

三、Scrum敏捷开发设置

1、基本设置完成后，返回可以看到功能已经全部具备，下面开始添加Story、Task了

2、建立大一些的用户故事——Epics

以下设置是需要先在第一个Sprint的Planning Meeting上已经确定了Story和细分的Story Point 。

3、建立第一个Sprint，并重命名，方便识别

4、建立story（即Scrum开发中所说的Story，如果还有子任务，这个story可以不指定经办人）

选择Stroy输入Estimate（预估天数）及子任务

 

录完了所有的story后，下面按照计划表录入子任务

指定每个子任务的经办人

如此方法，建立完成所有的子任务

5、开始Sprint

设置第一个Sprint的开始及结束时间

有了活动Sprint，Active Sprint项目才能有内容。

在Active Sprint项目中增加Ready For QA列，用于过程测试动作的显示。

6、设置管理面板（为了方便看到整个项目进度情况及分配 给我的任务，可以根据需要专门定制管理面板）

增加一个新面板，并应用给所有人

通过增加小工具来增加工具

修改及移动已有的小工具

创建完成的面板，在用户一登陆时就会看到这个

项目中的6大功能板块：

一、Backlog（查看Epics-大故事，Task-小故事，Sub-Tasks-故事点。）

二、Active Sprints(查看进行中的Sprint的进展情况：To Do/In Progress/Done)

三、Releases(版本发布情况)

四、报表（各类统计报表）

五、Issues（问题列表）

六、模块（每个模块中的问题数量）

 

————————————————————————————————————————————————————————————————————————————————

说明：JIRA中可以建立项目的类型（上例是建立Boards时系统自动建立的软件项目，是默认的第一个项目类型）

、

软件类：

1、Scrum软件开发

 

2、看板软件开发

3、基本软件开发

业务类：

4、任务管理

5、项目管理

 

6、过程管理

 

本文出自 “坚强的技术交流blog” 博客，请务必保留此出处http://newthink.blog.51cto.com/872263/1775427