Scrum敏捷开发
观看视频：[scrum简介]
Scrum软件：[leangoo]
scrum敏捷开发，是一个美国统计学教授记录了多年工作经验，总结出来的一套简单易懂的开发方法，我接触过不少产品经理，惊奇发现不少产品经理的确是产品把控的非常好，输出的BRD,MRD,PRD等都非常专业，但是却没一套很好的项目管理方法。
在解释SCRUM之前先介绍一下敏捷开发。
敏捷：一种面临迅速变化的需求快速开发的能力
| 降低项目风险 | 确保正确的方向 |
|---|---|
|
|
敏捷的4个核心思想
- 人相互交流胜于流程和工具（面对面沟通）
- 可以运行的产品胜于编制综合性文档（精力放在可执行程序上）
- 和客户合作胜于合同谈判（合作与团队激励）
- 适应变化胜于按部就班（适应能力）
敏捷的3个角色
- 产品负责人（Product Owner，简称：PO）
- Scrum Master/技术leader（简称：SM）
- Scrum团队（包含前后端开发，测试，设计，运维等，前2类必须为全职）
敏捷的3个工件
- 产品Backlog（Product Backlog）
- SprintBacklog
- 产品增量（Increment）
敏捷的4个会议
- Sprint计划会议（Sprint Planning Meeting）
- 每日站会（Daily Scrum Meeting）
- Sprint评审会议（Sprint Review Meeting）
- Sprint回顾会议（Sprint Retrospective Meeting）
敏捷的5个价值
- 承诺 – 愿意对目标做出承诺
- 专注– 把你的心思和能力都用到你承诺的工作上去
- 开放– Scrum 把项目中的一切开放给每个人看
- 尊重– 每个人都有他独特的背景和经验
- 勇气– 有勇气做出承诺，履行承诺，接受别人的尊重
scrum 是一种迭代增量软件开发方法，通过该方法，你可以量化工作量，并且可以把每个任务量化成具体时间，得出最后一个项目的总时间（一般估算到小时）。能让管理者看清楚项目进度，把握项目进程的各种问题。scrum简单易用，但是简单的东西要掌握就容易犯错，大家可以在尝试中掌握这种项目管理方法。
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对团队要求高，团队成员相互信任度高，团队的人有能力，而且不会相互推搪责任，归根到底对应新团队使用该方法开始是各种问题的！那就多多磨合吧！