Scrum是一个开发维护产品框架，一个增量迭代的开发过程。包含N个sprint，每个sprint长度是2-4周。

一、实施

Scrum.png

1、确定PO

PO是Product owner，是一个角色，PO是管理产品待办列表的唯一责任人。如果将PO作为一个组织运行，在这一个组织中必须选出一个Owner。

2、组建team

team负责在每个Sprint结束时交付潜在可发布并且“完成”的产品增量，规模宜小不宜大，一般5~9人较为合适。

3、选择Scrum Master

Scrum Master为过程负责，服务于PO和开发团队。

要求：

• 有效地、高效的组织迭代计划会、每日站立会、功能演示会、迭代回顾会等；
• 具有高度的执行力，并保持公信力，能够帮助团队聚焦交付目标和质量目标，确保团队高效交付高质量的产品；
• 推动团队建立高效的流程，指导团队了解敏捷价值观、原则和敏捷实践；
• 负责培训团队其他成员，确保Scrum得到正确运用；
• 促进团队有效的交流协作、问题管理、冲突解决，帮助团队消除一切障碍。

4. 维护产品需求池

PO按照产品实现的优先级顺序对产品需求池的所有用户故事进行排序，并形成产品待办事项列表，产品待办事项列表相当于产品研发的“路线图”，要想了解产品的脉络，产品待办事项是最好的参考依据。

5. 故事点评估

在开发团队进行评估时，建议摒弃传统的“人天”评估法，采用故事点的方式，用斐波那契数列的数字（1，2，3，5，8，13，21……）的形式去评估。（一般安排熟练人的三分之一）

评估时team需要首先确定一个用户故事为作为评估的参照。另外，特别注意的是当评估的单个故事点大于21的时候，用户故事需要进行再次拆分，单个用户故事点数不超过8是最理性的状态。

故事点评估.png

6. 冲刺计划会

Team、Scrum Master、PO坐到一起，规划冲刺的内容。作为软件开发项目，进入规划冲刺的用户故事，用户故事应该已拆分完成，并且完成了视觉设计。

team承诺在下一次冲刺迭代中他们能够完成多少用户故事。在冲刺的过程中，任何人不能单方面擅自变更冲刺内容。

7. 每日站立会

站立会参加人员一般包括PO、Scrum Master、team。团队每天在固定地点、固定时间进行内部沟通，时间一般为早晨，时长不超过15分钟，且站立进行，Scrum Master向team成员提出下列问题：

• 你昨天完成了哪些工作？
• 你今天计划做哪些工作？
• 目前的困难及障碍？

这样做的意义在于：让整个团队清楚地知道在这一个冲刺周期内各项任务的进展，所有任务是否能够按时完成。

Team的任务都不是自上而下分派的，而是自主决定、自愿申领的。如果前一个任务没有完成时，不能申领下一个任务，不能同时申领2个在当天不能完成的任务。

Scrum Master负责消除团队面临的障碍。

8. 项目看板及燃尽图

在Scrum中，必须做到工作透明化，最常见的做法是实施项目看板制度。看板的栏目大致包括待办事项、进行中事项以及已完成事项三个部分。随着迭代进度的推进，由Team每天及时将事项转移到对应看板栏目下。（比如Redmine看板，Leangoo看板）

9. 功能演示

团队应该只展示那些符合“完成定义”的事项，也就是全部完成，不需要再做工作就能交付的成果。

10. 冲刺回顾会

冲刺回顾会一般在本次迭代发布之后的第二天召开，会议时间最好不做具体的限制。
冲刺回顾会要认真分析以下几个问题：

• 发生了哪些有待改进的事；
• 为什么会发生那件事；
• 为什么我们当时忽略了；
• 怎样才能加快工作进度。