Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum在英语是橄榄球运动中争球的意思。

虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法。Scrum之间的合作称为“Scrum of Scrums”。

• 个体和互动：高于 流程和工具。
• 工作的软件：高于 详尽的文档。
• 客户合作：高于 合同谈判。
• 响应变化：高于 遵循计划。

• 组织文化必须支持谈判
• 人员彼此信任
• 人少但是精干
• 开发人员所作决定得到认可
• 环境设施满足成员间快速沟通之需要

Scrum是一个包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括：

1. 'Scrum Master' 是Scrum教练和团队带头人，确保团队合理的运作Scrum，并帮助团队移除实施中的障碍；
2. 产品负责人（Product Owner），确定产品的方向和愿景，定义产品发布的内容、优先级及交付时间，为产品投资报酬率(ROI)负责；
3. 开发团队（Team），一个跨职能的小团队，人数5-9人，团队拥有交付可用软件需要的各种技能。

在每一次冲刺（一个15到30天的周期，其长度由开发团队决定）当中，开发团队创建可用的（可以随时推出）软件的一个增量。每一个冲刺所要实现的功能来自产品订单（product backlog）。产品订单是按照优先级排列的要完成的工作的概要的需求，哪些订单项会被加入一次冲刺将由冲刺计划会议决定。 在会议中，产品负责人告诉开发团队他需要完成产品订单中的哪些订单项。开发团队决定在下一次冲刺中他们能够承诺完成多少订单项。在冲刺的过程中，没有人能够变更冲刺订单（sprint backlog），这意味着在一个冲刺中需求是被冻结的。

管理Scrum过程有很多实施方法，从即时贴、白板，一直到软件包。Scrum最大的好处之一是它非常容易学习，而且启动Scrum应用并不需要太多的投入。

Scrum当中定义了许多角色。按照对开发过程的参与情况，这些角色被分为两组，即猪组和鸡组。这个分组方法的由来是一个关于猪和鸡合伙开餐馆的笑话：

一天，一头猪和一只鸡在路上散步。鸡对猪说：“嗨，我们合伙开一家餐馆怎么样？”猪回头看了一下鸡说：“好主意，那你准备给餐馆起什么名字呢？”鸡想了想说：“叫‘火腿和鸡蛋’怎么样？”“那可不行”，猪说：“我把自己全搭进去了，而你只是参与而已。”

猪 是在Scrum过程中全身投入专案的各种角色，他们在专案中承担实际工作。他们有些像上边那个笑话里的猪，要把自己身上的肉贡献出来。

产品负责人代表了客户的意愿。这保证了Scrum团队在做从业务角度来说正确的事情。产品负责人编写 用户故事，排出优先级，并放入产品订单。

Scrum主管促进 Scrum过程，他的主要工作是去除那些影响团队交付冲刺目标的障碍。Scrum主管并非团队的领导（因为团队是自我组织的），而是一个负责屏蔽外界对开发团队的干扰的角色。Scrum主管确保Scrum过程被按照初衷使用。Scrum主管是规则的执行者。

负责交付产品的团队。一个团队通常由5至9名具有跨职能技能的人（设计者，开发者等）组成，承担实际的开发工作。

鸡 并不是实际Scrum过程的一部分，但是必须考虑他们。 敏捷 方法的一个重要方面是使得用户和利益相关者参与到过程中的实践。参与每一个冲刺的评审和计划，并提供反馈对于这些人来说是非常重要的。

软件是为了人而开发的。有人说，“假如森林里有一棵树倒下了，但没有被人听到，那么它算是发出了声音吗？”同样地，人们可以说，“假如软件没有被使用，那么它算是被开发出来了么？”

影响项目成功的人，但只直接参与冲刺评审过程。

为产品开发团体搭建环境的人。

在冲刺中，每一天都会举行项目状况会议，被称为“scrum”或“每日站立会议”。每日站立会议有一些具体的指导原则：

• 会议准时开始。对于迟到者团队常常会制定惩罚措施（例如罚款，做俯卧撑，在脖子上挂橡胶鸡玩具）
• 欢迎所有人参加，但只有“猪”可以发言。
• 不论团队规模大小，会议被限制在15分钟。
• 所有出席者都应站立。（有助于保持会议简短）
• 会议应在固定地点和每天的同一时间举行。

在会议上，每个团队成员需要回答三个问题：

• 今天你完成了那些工作？
• 明天你打算做什么？
• 完成你的目标是否存在什么障碍？（Scrum主管需要记下这些障碍）

每一个冲刺完成后，都会举行一次冲刺回顾会议，在会议上所有团队成员都要反思这个冲刺。举行冲刺回顾会议是为了进行持续过程改进。会议的时间限制在4小时。

Scrum提倡所有团队成员坐在一起工作，进行口头交流，以及强调项目有关的规范（disciplines），这些有助于创造自我组织的团队。

Scrum的一个关键原则是承认客户可以在项目过程中改变主意，变更他们的需求，而预测式和计划式的方法并不能轻易地解决这种不可预见的需求变化。同样，Scrum采用了经验方法– 承认问题无法完全理解或定义，而是关注于如何使得开发团队快速推出和响应不断出现的需求的能力最大化。

Scrum会议一共包含以下四种： 1） Sprint计划会议； 2） 每日站立会议； 3） 评审会议； 4） 回顾会议；

产品订单（product backlog）是整个专案的概要文档。产品订单包括所有所需特性的粗略的描述。产品订单是关于将要生产什么样的产品。产品订单是开放的，每个人都可以编辑。产品订单包括粗略的估算，通常以天为单位。估算将帮助产品负责人衡量时程表和优先级（例如，如果“增加拼写检查”特性的估计需要花3天或3个月，将影响产品负责人对该特性的渴望）。

冲刺订单（sprint backlog）是大大细化了的文档，包含团队如何实现下一个冲刺的需求的信息。任务被分解为以小时为单位，没有任务可以超过16个小时。如果一个任务超过16个小时，那么它就应该被进一步分解。冲刺订单上的任务不会被分派，而是由团队成员签名认领他们喜爱的任务。

燃尽图（burn down chart）是一个公开展示的图表，显示当前冲刺中未完成的任务数目，或在冲刺订单上未完成的订单项的数目。不要把燃尽图与挣值图相混淆。燃尽图可能在一次冲刺的大部分时间内都维持平坦，但计划仍然可以按照既定时间进行。

负责维护产品订单的人，代表利益相关者的利益。

为Scrum过程负责的人，确保scrum的正确使用并使得Scrum的收益最大化。

由负责自我管理开发产品的人组成的跨职能团队。

在冲刺长度上显示每天进展的图。

按照优先级排序的高层需求。

要在冲刺中完成的任务的清单。

一个时间周期（通常在2周到1个月之间），开发团队会在此期间内完成所承诺的一组订单项的开发。

在软件开发和项目管理中用日常语言或商务用语写成的句子。这个句子反应终端用户或系统用户捕捉到的关于一个用户在其工作职责的范围内做的或需要做的事务。用户故事在敏捷开发方法中用来定义系统需要提供的功能和实现需求管理。

是用于体现剩余工作量的工作图表，由横轴（X）和纵轴（Y）组成，横轴表示时间，纵轴表示工作量。这种图表可以直观的预测何时工作将全部完成，常用于软件开发中的敏捷软件开发方式，也可以用于其他类型的工作流程监控。

基于Delphi估算原理，可以快速估算出需要的数字。

• 敏捷软件开发
• Scrum
• 用户故事
• 燃尽图
• 敏捷估算扑克