敏捷方法（Agile）

        敏捷方法，本身是一个统称，常见的敏捷开发方法有很多，如，1996年KentBeck提出极限编程（Extreme Programming，简称XP）软件开发思想，是较早提出的一种敏捷方法，其他诸如Crystal、Scrum、自适应软件开发等均可概括为敏捷方法。

Scrum介绍

        Scrum是当前应用十分广泛的一种敏捷开发方法。与其说Scrum是一种方法，不如将其称之为一个框架更为贴切，在此框架中人们可以解决复杂的自适应难题，同时也能高效并创造性地交付可能最高价值的产品。自上世纪 90 年代初以来，它就已经被应用于管理复杂产品的工作上。Scrum 并不是一种过程、技术或决定性方法。倒不如说，它是一个框架，在此框架中您可以使用各种不同的过程和技术。

       Scrum 让你的产品管理和工作技术的相对成效更加清晰地显现出来，以便你可以持续改进产品、团队和工作环境。

起源

       Scrum原始含义是指英式橄榄球次要犯规时在犯规地点对阵争球。争球双方各有8个队员参与，各方出3名前锋队员，并肩各站成一横排，面对面躬身互相顶肩，中间形成一条通道，其他前锋队员分别站在后面，后排队员用肩顶住前锋队员的臀部，组成3、2、3或3、4、1阵形。然后，由犯规队的对方队员在对阵一侧1码外，用双手低手将球抛入通道，不得有利于本队。当球抛入通道时，前排的3对前锋队员互相抗挤，争相踢球给本方前卫或后卫队员，前卫和后卫队员必须等候前锋将球踢回后，方可移动。

发展

      1986 Scrum这个词汇首次应用于产品开发。

      1986年，竹内弘高和 野中郁次郎在New New Product Development Game文章首次提到将Scrum应用与产品开发，他们指出：传统的“接力式”的开发模式已经不能满足快速灵活的市场需求，而整体或“橄榄球式”的方法——团队作为一个整体前进，在团队的内部传球并保持前进，这也许可以更好的满足当前激烈的市场竞争。

       1993年Jeff Sutherland首次将Scrum用于软件开发。敏捷思想深受日本工业界最佳实践的影响，尤其是丰田和本田公司推行的精益原则，以及竹内弘高和 野中郁次郎开发的知识管理策略。受到以上思想的影响，以及对世界范围内软件项目的研究，Jeff Sutherland在 1993年首次在Easel公司定义了用于了软件开发行业的Scrum流程，并开始实施。

      1995年Jeff Sutherland和Ken Schwaber规范化了Scrum框架，并在OOPSLA 95上公开发布。

       2001年 敏捷宣言及原则发布、敏捷联盟成立，Scrum是其中一种敏捷方法。

       2001年，Ken Schwaber和Mike Beedle推出第一本Scrum书籍《Scrum敏捷软件开发》。

       2002年Ken Schwaber 和Mike Cohn共同创办了Scrum联盟。

Scrum价值观

       承诺、勇气、专注、开放和尊重，是Scrum的价值观。

       人们致力于实现 Scrum 团队的目标。

       Scrum 团队成员有勇气去做正确的事并处理那些棘手的问题。

       每个人专注于Sprint 工作和 Scrum 团队的目标。 

       Scrum 团队及其利益攸关者同意将所有工作和执行工作上的挑战进行公开。

       Scrum 团队成员相互尊重，彼此是有能力和独立的人。

       Scrum 的成功应用取决于团队变得更为精通践行这五项价值观。

Scrum术语

Scrum： Scrum无对应中文翻译

Agile： 敏捷

Lean： 精益

Iterative：迭代式的

Iteration：迭代

Agile Manifesto： 敏捷宣言

Empirical： 经验性的

Empirical Process：经验性过程

Transparency： 透明性

Inspect and Adapt： 检视与调整

Sprint：原意为冲刺，Scrum中的Sprint无对应中文翻译，指一个迭代

Sprint Goal：Sprint目标

Product Owner ：产品负责人 简称PO

Scrum Master ：简称SM, 一般不翻译

Development Team ： Scrum开发团队

Scrum Team：指PO,SM和开发团队

Scrum Roles：Scrum角色，指PO,SM和开发团队

Emergent ：涌现的

Product Backlog：产品待办列表，指需求清单

Sprint Backlog：Sprint待办列表，指Sprint任务清单

Sprint Burn-down Chart：Sprint燃尽图，团队用于做Sprint内的进展跟踪

Release Burn-down Chart:  发布燃尽图，产品负责人做发布进展跟踪

Sprint Planning Meeting: Sprint计划会议

Daily Scrum Meeting：每日站会

Sprint Review Meeting：Sprint评审会议

Sprint Retrospective Meeting: Sprint回顾会议

Product Backlog Refinement: 产品待办列表梳理

Product Backlog Item: 产品待办清单条目，简称PBI

User Story: 用户故事，指一条需求

Story Point：衡量用户故事的工作量大小的计量单位

Velocity: 团队速度

Sprint Task: 实现一条需求需要做的一个技术任务

Definition of Done: DoD，完成的定义

Stakeholders： 干系人

Backlog： 待办列表

Artifact ：工件

Estimation ：估算

Collaboration： 协作

Scaling Scrum：大规模Scrum

总结

       通过本节希望读者能对Scrum有一个大概的了解。了解Scrum的词义和起源，以及在项目管理中Scrum的意义。同时对Scrum的价值观和常见的名词有一个整体的印象，后续详细介绍Scrum的实施细节。