Scrum敏捷开发基础知识篇

Scrum 的定义


Scrum ( 名词): Scrum 是一个框架，在此框架中人们可以解决复杂的自适应难题，同 时也能高效并创造性地交付可能最高价值的产品。 Scrum 是:

• 轻量的


• 易于理解的

• 难以精通的

  Scrum 是一个框架，自上世纪 90 年代初以来，它就已经被应用于管理复杂产品的工作 上。Scrum 并不是一种过程、技术或决定性方法。倒不如说，它是一个框架，在此框架中 您可以使用各种不同的过程和技术。Scrum 让您的产品管理和工作技术的相对成效更加清 晰地显现出来，以便您可以持续改进产品、团队和工作环境。

  Scrum 框架由 Scrum 团队以及与之相关的角色、事件、工件和规则组成。框架中的每个 部分都有其特定的目的，其对于 Scrum 的成功与使用是至关重要的。 Scrum 的规则把角色、事件和工件组织在一起，管理它们之间的关系和交互。

Scrum 的应用


Scrum 最初是为了管理和开发产品而开发的。从上世纪 90 年代初开始，Scrum 在全球范

围内已得到了广泛应用:

1. 研究与识别出可行的市场、技术和产品能力; 
2. 开发产品和增强功能; 
3. 产品和增强功能，频率高到一天发布多次; 
4. 开发与支持云( 在线、安全、按需) 和其他运行环境来提供给产品使用; 以及， 5. 支持和更新产品。

Scrum 已被用于开发软件、硬件、嵌入式软件、交互功能网络、自动驾驶汽车、

学校、政 府、市场营销、管理组织运营，以及几乎所有我们( 作为个人和群体) 日常生活中所使用 的一切。

Scrum 运作示意图

 

SCRUM 框架包括3 个角色、3 个工件、5 个事件、5 个价值

3 个角色

产品负责人（Product Owner ）

Scrum Master

开发团队

3 个工件

产品Backlog （Product Backlog ）

SprintBacklog

产品增量（Increment ）

5 个事件

Sprint （Sprint 本身是一个事件，包括了如下4 个事件）

Sprint 计划会议（Sprint Planning Meeting ）

每日站会（Daily Scrum Meeting ）

Sprint 评审会议（Sprint Review Meeting ）

Sprint 回顾会议（Sprint Retrospective Meeting ）

5 个价值

承诺 – 愿意对目标做出承诺

专注– 把你的心思和能力都用到你承诺的工作上去

开放– Scrum 把项目中的一切开放给每个人看

尊重– 每个人都有他独特的背景和经验

勇气– 有勇气做出承诺，履行承诺，接受别人的尊重

 Scrum 团队

Scrum 团队由一名产品负责人、开发团队和一名 Scrum Master 组成。Scrum 团队是跨职 能的自组织团队。自组织团队自己选择如何以最好的方式完成工作，而不是由团队之外的 人来指导。跨职能团队拥有完成工作所需的全部技能，不需要依赖团队之外的人。Scrum 团队模式仍是设计用来提供最佳的灵活性、创造力和生产力。Scrum 团队( 自身) 已经证 明，对于所有之前所述 Scrum 的应用以及任何复杂工作来说，它都是越来越有效的。

Scrum 团队迭代增量式地交付产品，籍此最大化地获得反馈的机会。增量式交付“完成” 的产品保证了一个可工作产品的潜在可用版本总是存在。

产品负责人

产品负责人的职责是将开发团队开发的产品价值最大化。如何实现这一点的方式会随着跨 组织、Scrum 团队和团队成员个体的不同而有所不同。

产品负责人是负责管理产品待办列表的唯一负责人。产品待办列表的管理包括:

清晰地表述产品待办列表项; 
 对产品待办列表项进行排序，使其最好地实现目标和使命; 
 优化开发团队所执行工作的价值; 
 确保产品待办列表对所有人是可见、透明和清晰的，同时显示 Scrum 团队下一步要做 
 的工作; 以及 
 确保开发团队对产品待办列表项有足够深的了解。 
 产品负责人可以亲自完成上述工作，或者也可以让开发团队来完成。然而无论何者，产品 负责人是负最终责任的人。 
 产品负责人是一个人，而不是一个委员会。产品负责人可能会通过产品待办列表展现一个 委员会的期望要求，但是想要改变产品待办列表项的优先级都必须经过产品负责人。 
 为保证产品负责人的工作取得成功，组织中的所有人员都必须尊重他/ 她的决定。产品负 责人对产品待办列表的内容和排序的决定必须是可见的。没有人可以强迫开发团队按照另 一套需求开展工作。