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

原创 2017年02月04日 17:16:42

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项目管理也是基于此表

p_w_picpath

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

p_w_picpath

正式JIRA中建立Scrum开发项目

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

p_w_picpath

p_w_picpath

p_w_picpath

p_w_picpath

p_w_picpath

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

p_w_picpath

p_w_picpath    
二、开发项目常规管理

p_w_picpath

1、项目编辑

p_w_picpath

p_w_picpath

2、版本开发周期设置

p_w_picpath

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

p_w_picpath

4、修改工作流

p_w_picpath

p_w_picpath

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

p_w_picpath

p_w_picpath

这个流程比较适合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去一个新的循环。

p_w_picpath

返回项目管理中

p_w_picpath

三、Scrum敏捷开发设置

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

p_w_picpath

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

p_w_picpath

p_w_picpath

p_w_picpath

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

p_w_picpath

p_w_picpath

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

p_w_picpath

p_w_picpath

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

p_w_picpath

p_w_picpath

p_w_picpath

p_w_picpath

选择Stroy输入Estimate(预估天数)及子任务

p_w_picpath

p_w_picpath

 

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

p_w_picpath

指定每个子任务的经办人

p_w_picpath

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

p_w_picpath

5、开始Sprint

p_w_picpath

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

p_w_picpath

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

p_w_picpath

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

p_w_picpath

p_w_picpath

p_w_picpath

p_w_picpath

p_w_picpath

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

p_w_picpath

p_w_picpath

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

p_w_picpath

p_w_picpath

p_w_picpath

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

p_w_picpath

p_w_picpath

修改及移动已有的小工具

p_w_picpath

p_w_picpath

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

p_w_picpath

项目中的6大功能板块:

一、Backlog(查看Epics-大故事,Task-小故事,Sub-Tasks-故事点。)

p_w_picpath

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

p_w_picpath

三、Releases(版本发布情况)

p_w_picpath

四、报表(各类统计报表)

p_w_picpath

五、Issues(问题列表)

p_w_picpath

六、模块(每个模块中的问题数量)

p_w_picpath

 

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

说明:JIRA中可以建立项目的类型(上例是建立Boards时系统自动建立的软件项目,是默认的第一个项目类型)

p_w_picpath

软件类:

1、Scrum软件开发

p_w_picpath

 

2、看板软件开发

p_w_picpath

3、基本软件开发

p_w_picpath

业务类:

4、任务管理

p_w_picpath

5、项目管理

p_w_picpath 

6、过程管理

  p_w_picpath

版权声明:本文为博主原创文章,未经博主允许不得转载。

大话项目管理工具之Jira篇

前言 上一篇文章谈的是知识管理工具 —— Confluence,它来自澳大利亚 Atlassian 公司。很凑巧的是,今天要介绍的 JIRA 也是来自 Atlassian 公司的。但他不再是知识管...
  • happylee6688
  • happylee6688
  • 2014年08月30日 11:43
  • 38485

JIRA+Scrum来临前夜

公司已经有好几个Team进行了Scrum的实践,实践下来效果不是很理想,原因可能是有多方面的。总结起来,应该有以下原因。 Product Owner不配合,不愿意写User story,这直...
  • zengzhengliang
  • zengzhengliang
  • 2012年09月07日 20:56
  • 5616

将JIRA Sprint开发进度导入Confluence Calendar 日历方式

敏捷开发工具Confluence添加JIRA进度安排方式方法
  • V_JackChen
  • V_JackChen
  • 2016年08月13日 11:29
  • 1459

SpringCloud下载

  • 2017年09月12日 13:19
  • 1017KB
  • 下载

敏捷开发实践(5)-有些工具不得不用

做敏捷开发,贵在敏捷,如何敏捷?我们需要一系列成熟的工具去帮助我们敏捷。 这篇文档不写技术,就是纯粹地说工具,介绍我们实施scrum过程中,起到关键作用的工具。 1、Jira或物理看板 ...
  • shan9liang
  • shan9liang
  • 2014年04月15日 21:00
  • 5267

JIRA项目执行与管理方案

一.项目流程 1.   瀑布模式: 1.1  需求管理: 1)   由产品经理提出确认需要做的需求,然后在JIRA里,在自己团队的产品线产品项目下,建立一个需求Issue,指派给团队的开发LEA...
  • derek518
  • derek518
  • 2015年06月24日 18:21
  • 3038

jira汉化文件

  • 2013年04月18日 18:25
  • 223KB
  • 下载

jira插件破解步骤

按照一下格式可以破解几乎所有Atlassian市场的插件 1.注意事项 Atlassian Universal Plugin Manager Plugin这个插件千万不能点更新 2.破解步骤 ...
  • aleefang
  • aleefang
  • 2017年04月11日 16:27
  • 3252

一个IT前辈的JIRA使用心得

【本文转载并摘抄自: http://www.csdn.net/article/2015-07-08/2825164 程序员杂志  《因你而变——JIRA使用心得》  作者:杜炎】 1.问...
  • koukan3
  • koukan3
  • 2017年04月25日 17:26
  • 3996

王一男:使用JIRA进行敏捷项目管理经验分享

  • 2014年05月29日 14:07
  • 797KB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:基于JIRA的Scrum敏捷开发的项目管理
举报原因:
原因补充:

(最多只允许输入30个字)