SCRUM敏捷开发详解图文教程|PPT说效率-PPT大学

SCRUM敏捷开发详解图文教程|PPT说效率

大家好,我是煎饼哥,本期向大家介绍一个关于敏捷开发的方法,叫做scrum,相信资深的产品经理都接触过类似的项目管理方法。

scrum敏捷开发,是一个美国统计学教授记录了多年工作经验,总结出来的一套简单易懂的开发方法,我接触过不少产品经理,惊奇发现不少产品经理的确是产品把控的非常好,输出的BRD,MRD,PRD等都非常专业,但是却没一套很好的项目管理方法。

干货分享第一期:10分钟教会你SCRUM敏捷开发

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

scrum是有效管理未知因素和不断变化的产品需求,结束混乱,着重于如何驱动项目实现最高的投资回报。

scrum材料准备:一个白板,n张便条纸,一张a4纸打印燃尽表(手绘也可以),一只笔。

 

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote
在scrum里面,有3种角色,分别是product owner(产品负责人)scrum master(团队负责人)scrum team (开发团队)

 

 


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

Scrum master :团队负责人,一般是product manager,负责解决团队问题,领导项目。

Scrum team: 项目执行人员,开发项目一般包括,前端后端开发,ui等。

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

Scrum 步骤一:

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

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

Scrum 步骤二:

product owner 对产品建议表进行筛选,做减法提炼最核心的需求。在确定了需求后,这个时候由scrum master 进行输出prd (product requirement document) , 这里就和传统的瀑布流一样了,该有的文档都必须有了,必须由scrum master 和product owner 确定好需求,包括业务逻辑,功能流程等。

前面基本是最耗时间的,product owner和开发团队一来一回好多次。

 

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

Scrum 步骤三:

神马原型,ui设计都不是在步骤二完成的,刚才只是开始,步骤三后面才是scrum的精华部分,把任务量化,包括,原型,logo设计,ui设计,前端开发等。

尽量把每个工作分解到最小任务量(wbs),最小任务量标准为工作小时不能超过16小时。准备估算总体项目时间吧!

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

(1)to do待完成

(2)in progress 进展中

(3)done 完成。

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

如何估算时间:玩poker game(扑克游戏)这个方法估算出来的工作时间比较准,参与扑克游戏的最好有专家和开发涉及到的人员(杜绝阿猫阿狗,酱油男等参与)

扑克游戏玩法:

(1)每个人发一些便条纸, 针对具体任务,每个人根据经验写出时间(不公开写)

(2)同时展示该项目完成时间,肯定存在最大最小的工作时间,最大最小两个人请你们辩论吧,为什么要那么长时间完成,或者那么短时间完成,其他人可以提出疑问,在一定程度上达成认可。

(3)进行再次私下对该任务写时间,再公示,再辩论,这样下去,大家写出来的该任务的时间越来越接近了。

(4)最后达成一个共同认可的时间,这个就是该任务的工作时间!

注意事项,如果参与的人不懂该任务流程,参与投票就会影响准确率。

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

Scrum 步骤四:

好吧,经过大家纠结讨论了好久,终于把任务量化到具体多少时间完成了!

恭喜!接下来,把n个任务按照开发的重要度,组合成n个sprint( 冲刺),每次执行一个sprint.

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

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

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

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

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

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

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

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

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

在白板上面当前sprint 每天肯定都是在变的,scrum master 赶快把每天更新工作量吧!更新后算出剩余时间,就画在burn down chart上。

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

关于bugs… …

每个sprint 都必须测试,尽量大家一起测试吧,如果太多bug就开一个sprint来修复bugs.

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

每天要做的是,要开standing meeting ,因为大家的时间都是非常紧张的,一般是站着开的,一般10分钟左右.

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

会议就问开发团队每个人三个问题:

(1)你今天做了什么

(2)明天打算做什么

(3)有没遇到什么困难?

scrum master 要解决开发团队的困难,让项目快速进展下去。

每周一次周会,product owner最好在场。 每个月一次月会,product owner最好在场,指出产品开发是否在product owner期待范围内。

 

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

好吧, 如此重复下去,直到开发完成!

Scrum 步骤五:

最后一个步骤,评估。

product owner 和其团队/用户会对产品进行评估,可能还会有各种揪心的事,但是product owner是给钱的主,他要改还是要改的,建立一个bugs sprint吧,把产品做到product owner最想要为止!

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

写在最后的话

SCRUM也有缺点一直被人诟病,就是对团队要求高,团队成员相互信任度高,团队的人有能力,而且不会相互推搪责任,归根到底对应新团队使用该方法开始是各种问题的!请多多磨合吧!

[干货分享 ]SCRUM敏捷开发10分钟教程|附送ppt, keynote

 

关于PPT大学

想在手机上、被窝里获取设计教程、经验分享和各种意想不到的”福利”吗?想要更多高质量的PPT素材PPT模板PPT背景图片PPT教程吗,关注微信公众号:PPT大學

%&&&&&%大学微信公众号

未经允许不得转载:PPT大学 » SCRUM敏捷开发详解图文教程|PPT说效率

赞 (0)