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

在 Scrum 里面，有3种角色，分别是 Product Owner、Scrum Master 和 Scrum Team

头脑风暴，开发一个原则“先紧后松”，必须先把需求了解清楚，这里 Product Owner 可以召集技术团队/用户群体对其需求进行公开征求意见，最后输出一个产品建议表。

敏捷实践：需求工作坊，用户故事地图等。

Product Owner 对产品建议表进行筛选，做减法提炼最核心的需求。

敏捷实践：

Step 1 Crombing：整理 Release Backlog（版本／迭代）。

Step 2 Planning Metting：

（1） 需求工作坊 Who What How

（2）Priority 优先级

如何迅速排列优先级？将故事按照上述四象限进行归类，然后在对每个区域进行优先级评估（从100开始递减，间隔5）。

（3）Story 拆分

—— 定义“完成定义”。

（4）Estimation 评估

如何估算时间：Poker Game（扑克牌评估）这个方法估算出来的工作时间比较准，参与扑克牌评估的最好有专家和开发涉及到的人员。

扑克牌上的数字代表大家给出的对时间的评估，“?”代表没有足够多的信息去评估。准备估算总体项目时间吧！

敏捷实践：如果一个 Story 规模超出20，则需要对该 Story 进行拆分。

（5）Task 拆分

评估之后，需要对 Story 进行更细粒度的拆分！

敏捷实践：10+人的团队，报数，按奇偶数拆分两个小组；Story 按优先级排序，按奇偶数分给两个小组；两个小组拆分 Task，最后所有人一起确认下 Task 拆分的是否合理（一个 Story 拆分出几个 Task，Task 的总工时是否和评估的规模一致）。

经过大家的讨论，终于把任务量化到具体多少时间完成了！接下来，把n个故事按照开发的优先级，组合成n个Sprint（迭代冲刺）。

在白板上面当前 Sprint 每天肯定都是在变的，每天更新工作量吧！更新后算出剩余时间，就画在burn down chart上。

时间燃尽表（time burn down chart ）是scrum的精华，通过该表格可以可视化任务的时间进度。

每天要做的是招开 Standing Meeting ，因为大家的时间都是非常紧张的，一般是站着开的，一般10分钟左右。

Standing Meeting 每个人说三个问题:

（1）你昨天做了什么

（2）今天打算做什么

（3）遇到什么困难？

Scrum Master 要解决开发团队的困难，让项目快速进展下去。

最后一个步骤，Review & Retro。

Product Owner 和团队/用户会对产品进行 Review！然后团队进行 Retro！

Reference:

http://mt.sohu.com/20150421/n411622823.shtml

转载请并标注: “本文转载自 linkedkeeper.com ”  ©著作权归作者所有