Scrum

              敏捷开发（scrum）是一种软件开发的流程，强调快速反应、快速迭代、价值驱动。Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；运用该流程，你就能看到你团队高效的工作。

一、四大价值观（特点）

敏捷开发的特点就是下面4句话：

「个体与交互」胜过「过程与工具」
「可以工作的软件」胜过「面面俱到的文挡」
「客户协作」胜过「合同谈判」
「响应变化」胜过「遵循计划」
说明：
（1）敏捷开发（scrum）适用于竞争激烈，快速变化的市场。 敏捷的客户协作观念，快速迭代能帮助团队以最小成本，最快速度满足客户真正的需求。对比传统开发模式：

（2）传统开发模式以文档为驱动，而敏捷开发提倡少写文档

传统开发模式下开发人员按照产品文档进行研发，过程中客户不参与到产品的验收和体验中，这样就会导致最后开发出来的成品并不是客户想要的。 而敏捷开发模式从开始就强调客户协作，分步提供产品模块客户体验。

（3）敏捷模式采取迭代式开发，传统模式采用瀑布式开发。

敏捷开发采取迭代式开发的形式，即每个阶段有每个阶段需要完成、并且能使用的产品，这一阶段只要开发某几个功能，且这些功能的产品必须是可以使用的，这一阶段产品完成之后与客户进行对接交付，再进行下一阶段的开发。

（4）敏捷开发更适应变化

传统开发模式下软件开发过程是执行研发计划，而实际工作中，需求往往在开发过程中会产生巨大变化。敏捷开发更能适应不确定性强的产品和市场。

二、十二原则

1-我们的最高目标是通过尽早和持续第交付有价值的软件来满足客户；

2-欢迎对需求提出变更 - 即使在项目开发后期，要善于利用需求变更，帮助客户获得竞争优势；

3-要不断交付可用的软件，周期从几周到几个月不等，越短越好

4-项目过程中，业务人员与开发人员必须在一起

5-要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务

6-无论是团队内还是团队间，最有效的沟通方法是面对面的交谈

7-可用的软件是衡量进度的主要指标

8-敏捷过程提倡可持续的开发，项目方，开发人员和用户应该能够保持恒久稳定的进展速度

9-对技术的精益求精以及对设计的不断完善将提升敏捷性

10-要做到简洁，尽可能减少不必要的工作，这是一门艺术

11-最佳的架构，需求和设计出自于自组织的团队

12-团队要定期反省如何能够做到更有效，并相应调整团队的行为。

三、Scrum的三大角色

产品负责人（Product Owner）

主要负责和客户沟通确定产品的功能和达到要求的标准，并指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果，一般是由产品经理担任。

流程管理员（Scrum Master）

问题清道夫！主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。

开发团队（Scrum Team）

开发主力！主要负责软件产品在Scrum规定流程下进行开发工作。人数控制在5~10人左右，每个成员可能负责不同的技术方面，但要求每成员必须要有很强的自我管理能力，同时具有一定的表达能力；不论过程只问结果！只要能达到目标，不论任何工作时间、方式。

四、Scrum的组成

Sprint：指的是一次迭代，而一次迭代的周期最好是1-4个星期，也就是我们要把产品需求分布到各个周期完成，这个过程我们称它为Sprint。

Story：用户故事，也可以看做是用户需求点。

Task：story的进一步细分。为了能够及时，高效地完成每个 Story，Scrum 团队会把每个 Story 分解成若干个 Task。每个Task 的时间最好不要超过8小时，保证在1个工作日内完成，如果 Task 的时间超过了8个小时，就说明Task的划分有问题，需要特别注意。

Backlog：Backlog是Scrum中的一个专用名词，意思是待办工作事项的集合。在开发中需要明确2个Backlog。

Product Backlog ——产品待办事项列表，产品负责人量化用户需求，逐条列出实际需要开发的需求（Story）。

Sprint Backlog——任务列表，是一次迭代中需要完成的任务，主要是开发团队细化工作的列表。
燃尽图（Burn Down Chart）

是一个展示开发时间的图，但是展示的是每天累加所有任务的剩余时间。

燃尽图是用来跟踪sprint中未完成工作的情况。每做完一个sprint的用户故事就烧掉，最后烧完sprint也就完成了。用蓝色线表示计划走向，红色线则是实际走向，两条线共同组成了燃尽图。如下图，每一个点代表一个用户故事，或者故事点，或者可度量的工作量。所有点组成sprint。