敏捷转型大白话指南 第二集 Scrum框架

书接上回，今天咱们讲，Scrum框架

概述

Scrum不是标准化过程，不能保证你在有条不紊地按照步骤一步一步顺序执行后，就能在制定的时间和预算内产出让客户满意的高质量产品。(大白话，这东西，生搬硬套不好使。)

相反，Scrum是一个用于组织和管理工作的框架。Scrum框架建立在一套价值观，原则和实践之上，在这个框架的基础上，各个组织可以添加相关工程实践特有的实现方式以及在实现Scrum实践时所采取的特定方法。

重要的事情加粗加大： 价值观，原则，实践

先解释一下什么是价值观，请看图：

好现在你懂什么是价值观了。

那什么是敏捷的价值观呢？

诚实、开放、勇气、尊重、专注、信任、授权、合作

至于原则，下一篇文章再讲。（剧透一下，之所以原则要单独讲，是因为内容太多，原书单独开了一个章节，真是一个有原则的敏捷啊）

Srum的实践体现在具体角色、活动、工件及相关规则中：（如下图）

接下来，我们来逐项分析：

Scrum角色

Scrum开发工作包含一个或多个Scrum团队，每个团队由三个Scrum角色组成：产品负责人、ScrumMaster和开发团队。（因为书上配图网上没找到，小编酒后乘风而作下图供您欣赏）

产品负责人负责敲定要开发什么，以什么顺序开发。他是有授权的产品领导力中心。是唯一有权决定要构建哪些特性并以何种顺序构建这些特性的人。

ScrumMaster负责指导团队在通用的Scrum框架上建立并遵循自己的过程。ScrumMaster帮助每个参与者理解并乐于接受Scrum的价值观、原则和实践。（听起来像是来洗脑的啊）他充当教练，在过程方面发挥教导作用，帮助Scrum团队以及组织中的其他人制定合适的高绩效、有组织特色的Scrum方式。

开发团队负责确定如何交付产品负责人要求的产品。传统软件开发方法论述的是各种类型的职位，例如架构师、程序员、测试人员、数据库管理员和界面设计师等。Scrum定义的是开发团队的角色，这是一个由几种职位的人组成的多样化跨职能团队，负责产品的设计、构建和测试。开发团队一般为5到9人，每个团队不超过9个人。（关于开发团队，后面的文章会有详述。）

接下来讲Scrum活动与工件（下图描述了大部分的活动和工件并说明了它们是如何配合的）

产品列表（PB-Product Backlog） 产品负责人和内外部利益干系人合作收集并定义PBI（Product Backlog Item） 。PBI刚开始时是为满足产品负责人的设想而需要开发的特性，对于正在开发的产品，产品列表也可能包含新特性、对现有特性的变更、需要修复的缺陷及技术改进点等。（大白话，想想你久未清空的购物车。）

冲刺，工作在不超过一个月的迭代或循环中进行，这个迭代或循环称为冲刺。每个冲刺完成的工作应当创建一些对客户或用户来说具有明确价值的东西。（大白话，月末发工资，你总得下单买点啥，改变一下购物车条目。）

制定冲刺计划，产品列表体现的可能是多周或多个月的工作，是一个短期的冲刺根本无法完成。为了确定下一个冲刺要构建的PBI最重要的子集，产品负责人、开发团队和ScrumMaster需要做冲刺规划。（大白话，购物车里有些项目，你一个月工资根本不够买，所以你得计划着分月买，比如装修的同学这个月买个沙发，下个月买个茶几。）

冲刺执行，开发团队在ScrumMaster的指导下，执行为了完成特性而所需的所有任务级的工作。（大白话，还用说么？根据计划买买买啊。）

每日例会，在冲刺期间的每一天，理想的做法是在每天同一时间，开发团队举行一定时间范围内（不超过15分钟）的每日例会，也称“每日站会”。每个团队成员都要轮流回答三个问题，让其他团队成员了解情况。

1. 上次每日例会后我完成了什么？

2. 下次每日例会前我计划做什么工作？

3. 有什么障碍让我无法取得进展？

冲刺成果，潜在可发布产品增量。（字越少，事越大，这里面的学问，后续会有文章详解）

冲刺评审，这个活动的目的是检查与调整正在构建的产品，这个活动很重要的一点是在参与者之间进行的交谈，包括Scrum团队、利益干系人、发起人、客户和其他团队中感兴趣的成员。充分的信息交流，经常收到反馈可以使Scrum团队进一步理解产品的业务和市场。（大白话，单也下了，钱也花了，东西也送来了，需要跟大家唠唠，这东西买的好不好，买的对不对，听听反馈，以后买的更称心。）

冲刺回顾，这个活动常常出现在冲刺评审之后、下一次冲刺规划之前。开发团队、ScrumMaster和产品负责人聚到一起讨论Scrum及相关技术实践中的哪些是可行的、那些是不可行的。重点关注的是必要的持续过程改进。（大白话，复盘，看看买的过程是不是有瑕疵，有则改进，无则加勉。）

结语

本章描述Scrum的核心实践，侧重于全面描述Scrum框架的角色，活动和工件。下一章将描述Scrum的核心原则，为后面更深入地探讨Scrum框架奠定基础。

欲知后事如何，且听下回分解。

---

注：原文首发于微信公众号敏捷变革中心。欢迎关注，新文发布抢先读。