敏捷软件开发

首先介绍 Scrum 中文网

Scrum 中文网(http://www.scrumcn.com)  成立于2008  年初，由资深敏捷顾问团队共同创办，是中国领先的敏捷及Scrum推广组织.

一 什么是敏捷

敏捷是一种价值观，通过一套简明扼要的《敏捷宣言》，传递给世界，宣告了敏捷开发运动的开始.

                                                                   敏捷宣言

                 我们通过身体力行和帮助他人来揭示更好的软件开发方式，经由这项工作，我们形成了如下价值观：

                                          个体与交互    重于       过程和工具

                                           可用的软件   重于       完备的文档

                                  客户协作      重于        合同谈判

                                   响应变化      重于        遵循计划

              在每组对比中，后者并非全无价值，但我们更看重前者

  敏捷原则

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

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

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

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

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

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

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

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

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

   10. 要做到简洁，即尽最大可能减少不心要的工作。这是一门艺术.

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

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

二  Scrum概要、框架及流程

Scrum 的特点

   *   团队自组织

    *    通过迭代增量交付可工作的软件

    *    项目进展对所有人公开可见

    *    交付过程中持续的检视和调整

    *    商业价值驱动，以客户为导向

    *    时刻关注质量，降低长期成本

Scrum  框架

 如图 scrum框架.jpg   所示

a  产品backlog 是一个产品或项目期望的、排列好优先级的功能列表，优先级由商业价值、风险、必要性决定。产品负责人负责产品backlog 的内容、可用性和优先级。

b  一个 Sprint 就是一个迭代，2-4周。是一个时间箱，以Sprint 计划会议作为开始，以Sprint 评审和回顾会议作为结束，结束时交付可以工作的软件.

C  Sprint 计划会议在Sprint  的第一天进行。Sprint  计划会议的产物是Sprint  backlog。 对于一个月为周期的Sprint  ，计划会议的时间箱限定为8 小时。对于较短的Sprint ,计划会议一般安排整个Sprint 周期的 5% 时间

d Sprintbacklog 定义了Sprint 的目标，明确了Sprint 过程中具体需要完成的任务

e  Sprint  评审会议 团队向产品负责人和客户展示Sprint 中完成的功能。产品负责人接受或拒绝团队交付的功能。时长一般2-4小时

    特点:  (1)  通过系统演示的方式展示，而不是PPT

              (2)  产品负责人必须参加，邀请客户和管理层参加

              (3)  团队所有成员参加

f  Sprint  回顾会议

    目的:  Sprint 周期中的人、 关系、过程和工具进行反省，确定调整策略

    特点:  2周的Sprint ,回顾会议控制在1- 1.5小时，一个月的Sprint 控制在2-3 小时

              回顾会议上做出的调整决定需要付诸行动

              每个Sprint 都要做

              团队和 ScrumMaster 参加

Scrum  三大支柱:  检查，可见性，适应

 三   深入学习Scrum

  对完成的定义

   Sprint 开始的时候，团队要和产品负责人，项目干系人在完成的定义上达成统一。对完成的定义取决于产品的质量目标，通常情况完成是指：这个功能至少拥有整滞的代码、经过了重构、进行了单元测试、通过构建、完成了验收测试，对于一些需要交付文档的产品，文档也要包括其中.

Scurm 会议

会议	时间限制	频率	参会人
发布计划会	无	按需要，在第一次Sprint 计划会议之前	产品负责人，其他可能对产品发布计划有帮助的人,Scrum  Master 和团队可以选择参加
Sprint 计划会议第一部分	4小时(4周的Sprint)	每个Sprint 的开始	产品负责人，Scrum Master 和团队，及其他任何能提供帮助的人
Sprint 计划会议第二部分	4小时(4周的Sprint)	每个Sprint 的开始	产品负责人，Scrum Master 和团队，及其他任何能提供帮助的人
每日站会	15分钟	每天	Scrum  Master 和团队，其他人可以以观察者身份参与
Sprint  评审会	3-4 小时(包括准备时间)	每个Sprint 的结束	产品负责人，Scrum Master 和团队，对该发布有兴趣的其他干系人
回顾会议	通常为1小时	每个Sprint  的结束	Scrum Master  和团队