SCRUM敏捷开发教程
大家好，我是煎饼哥，本期向大家介绍一个关于敏捷开发的方法，叫做scrum，相信资深的产品经理都接触过类似的项目管理方法。
scrum敏捷开发，是一个美国统计学教授记录了多年工作经验，总结出来的一套简单易懂的开发方法，我接触过不少产品经理，惊奇发现不少产品经理的确是产品把控的非常好，输出的BRD,MRD,PRD等都非常专业，但是却没一套很好的项目管理方法。
干货分享第一期：10分钟教会你SCRUM敏捷开发 干货第一期微信号：terrydengbin
scrum 是一种迭代增量软件开发方法，通过该方法，你可以量化工作量，并且可以把每个任务量化成具体时间，得出最后一个项目的总时间（一般估算到小时）。能让管理者看清楚项目进度，把握项目进程的各种问题。scrum简单易用，但是简单的东西要掌握就容易犯错，大家可以在尝试中掌握这种项目管理方法，以下是我做内部培训个人写的scrum ppt教程，抛砖引玉，希望能普及该方法。
首先欢迎大家关注本公众号，持续会输出原创内容，谢谢。
（点击图片可以查看大图）
scrum是有效管理未知因素和不断变化的产品需求，结束混乱，着重于如何驱动项目实现最高的投资回报。
scrum材料准备：一个白板，n张便条纸，一张a4纸打印燃尽表（手绘也可以），一只笔。
在scrum里面，有3种角色，分别是product owner（产品负责人）scrum master（团队负责人）scrum team （开发团队）
Product owner: 是需求方，提出需求，能对功能流程，业务流程拍板的人。
Scrum master :团队负责人，一般是product manager,负责解决团队问题，领导项目。
Scrum team：项目执行人员，开发项目一般包括，前端后端开发，ui等。
Scrum 步骤一：
头脑风暴，如果product owner 对产品需求非常清楚，就可以省略这个步骤，开发一个原则“先紧后松”， 必须先把需求了解清楚，这里product owner可以召集技术团队/用户群体对其需求进行公开征求意见，最后输出一个产品建议表。
Scrum 步骤二：
product owner 对产品建议表进行筛选，做减法提炼最核心的需求。在确定了需求后，这个时候由scrum master 进行输出prd (product requirement document) , 这里就和传统的瀑布流一样了，该有的文档都必须有了，必须由scrum master 和product owner 确定好需求，包括业务逻辑，功能流程等。
前面基本是最耗时间的，product owner和开发团队一来一回好多次。
Scrum 步骤三：
神马原型，ui设计都不是在步骤二完成的，刚才只是开始，步骤三后面才是scrum的精华部分，把任务量化，包括，原型，logo设计，ui设计，前端开发等。
尽量把每个工作分解到最小任务量（wbs），最小任务量标准为工作小时不能超过16小时。准备估算总体项目时间吧！
把每个任务都贴在白板上面，白板上分三部分
（1）to do待完成
（2）in progress 进展中
（3）done 完成。
如何估算时间：玩poker game（扑克游戏）这个方法估算出来的工作时间比较准，参与扑克游戏的最好有专家和开发涉及到的人员（杜绝阿猫阿狗，酱油男等参与）
扑克游戏玩法：
（1）每个人发一些便条纸， 针对具体任务，每个人根据经验写出时间（不公开写）
（2）同时展示该项目完成时间，肯定存在最大最小的工作时间，最大最小两个人请你们辩论吧，为什么要那么长时间完成，或者那么短时间完成，其他人可以提出疑问，在一定程度上达成认可。
（3）进行再次私下对该任务写时间，再公示，再辩论，这样下去，大家写出来的该任务的时间越来越接近了。
（4）最后达成一个共同认可的时间，这个就是该任务的工作时间！
注意事项，如果参与的人不懂该任务流程，参与投票就会影响准确率。
Scrum 步骤四：
好吧，经过大家纠结讨论了好久，终于把任务量化到具体多少时间完成了！
恭喜！接下来，把n个任务按照开发的重要度，组合成n个sprint( 冲刺），每次执行一个sprint.
每个sprint 都是独立的，一般先做主要功能，再到次要功能，再到小功能，最后的sprint 一般是修复bugs。
因为任务都被量化了，每天工作了多少小时，完成了多少任务量，通过每天例会scrum master非常清楚，并且在time burn down chart （时间燃尽表）进行表示。我们就可以直观看到任务的进度了，而且是具体到多少小时！
在burn down chart 里面，不管任务是否按时完成都必须记录。
时间燃尽表是scrum的精华，通过该表格可以可视化任务的时间进度，大家可以看下图，day1 是整个任务的总共时间，每天按照任务完成度更新剩余时间，或者增加时间（例如发现一个技术难点，团队成员请假等要增加开发时间）
在白板上面当前sprint 每天肯定都是在变的，scrum master 赶快把每天更新工作量吧！更新后算出剩余时间，就画在burn down chart上。
关于bugs... ...
每个sprint 都必须测试，尽量大家一起测试吧，如果太多bug就开一个sprint来修复bugs.
每天要做的是，要开standing meeting ，因为大家的时间都是非常紧张的，一般是站着开的，一般10分钟左右.
会议就问开发团队每个人三个问题:
（1）你今天做了什么
（2）明天打算做什么
（3）有没遇到什么困难？
scrum master 要解决开发团队的困难，让项目快速进展下去。
每周一次周会，product owner最好在场。 每个月一次月会，product owner最好在场，指出产品开发是否在product owner期待范围内。
好吧， 如此重复下去，直到开发完成！
Scrum 步骤五：
最后一个步骤，评估。
product owner 和其团队/用户会对产品进行评估，可能还会有各种揪心的事，但是product owner是给钱的主，他要改还是要改的，建立一个bugs sprint吧，把产品做到product owner最想要为止！
写在最后的话
SCRUM也有缺点一直被人诟病，就是对团队要求高，团队成员相互信任度高，团队的人有能力，而且不会相互推搪责任，归根到底对应新团队使用该方法开始是各种问题的！请多多磨合吧！
作者微信：terrydengbin
最后直接送上干货ppt, keynote, pdf! 编写该教程我是使用了keynote 里面文字少，基本都是动画哦！！有mac的童鞋有福啦，我也转成了ppt格式，动画肯定会损失的，还有pdf可以下载。
大家关注“今日发现”微信公众号，输入“SCRUM"即可获得下载地址！