专业SCRUM：敏捷要领与项目实践

《专业SCRUM：敏捷要领与项目实践》分为8 章，分别介绍了如何持续改进Scrum 实践，如何打造坚实的团队基础、如何交付“完成”的产品增量、如何提高交付的价值、如何改进计划、如何帮助Scrum 团队改进和成长、组织如何改进以及如何实现业务敏捷。无论是Scrum Master、团队还是产品负责人，都可以借鉴书中提供的大量实用性建议，克服常见的难题，持续改进Scrum 实践。

史蒂芬妮·欧克曼（Stephanie Ockerman）

Agile Socks创始人，该公司提供敏捷培训和教练服务，公司使命为帮助人们打造好的产品和服务，以对抗当下这个不确定的复杂世界。在过去的16年，她先后作为Scrum Master、培训师、教练和组织变革代理，全力支持团队和组织交付有价值的产品和服务。她爱好写作、演讲、摄影和周游世界。

西蒙·雷德尔（Simon Reindl）

致力于帮助个人、团队和组织以更人性化的方式优化价值的交付。拥有25年产品开发和支持经验，先后在全球各地很多行业中担任过不同的角色。Simon担任过Scrum的所有角色，帮助过创业公司和跨国企业。他是英国第一批PST（专业Scrum培训师）。他在全球各地培训了几千名学员，服务对象来自政府部门、私营企业和大学。

徐东伟

知名企业级敏捷教练和咨询顾问，社区活跃分子，多个高质量敏捷社群发起人，终身学习者。致力于帮助更多小伙伴提升敏捷实战水平，帮助更多企业达成业务敏捷。

李虎

敏捷开发学习者和实践者，对软件研发和用户体验也有一定的研究，专注于打造卓越的团队和组织，爱读书、爱运动、爱分享，希望能结识更多志同道合的小伙伴。

在我们生活的世界中，惟一确定的就是不确定性。世界变得比以往更加相互关联和相互依存，同时也变得更加复杂。世界变化如此之快：甚至在我们还没有来得及做出回应之前，新的客户和竞争对手就可能出现、发展以及消失。技术在不断变化，新的政治形势可能会催生出新的监管和法律要求，而恶意黑客的学习速度似乎比我们挫败他们的能力还要快。

面对这些不确定性，我们要接受这样一个事实：我们无法预测未来。我们能做的最好的事情就是有意识地行动，向前迈出一小步，拥抱不确定性，拥抱经验主义，通过反馈循环来学习。这是敏捷的核心和 Scrum 的基础：即做小增量的计划，交付可工作的产品增量，检视结果，然后调整，如此周而复始，在此期间保持完全透明。要想让敏捷能够真正发挥作用，就必须以专业精神来追求。

缺乏专业精神的证据随处可见：从送错货的订单，到无法使用的手机应用，再到把我们的私人信息泄露给未经授权方的安全漏洞报告等。在失控的项目中，花费数百万美元却没有带来任何价值。缺乏专业精神在个人方面表现为浪费了宝贵的工作时间，却没有学习到新的技能或开辟新的机会。缺乏专业精神，会破坏信任，损害工作关系。任何从事过产品开发的人，下述的症状至少会经历过一些。

在进度、质量和成果方面缺乏透明度。

承诺虚假确定性，避免开诚布公地讨论复杂性和风险。

为节省金钱和时间而削减质量。

逃避责任。

为赶上交付日期，交付的产品没有达到可接受的质量。

忽视新信息，继续执行原计划。

若以专业精神去追求，Scrum 会为你提供一条前进的道路

Scrum 是一种在复杂和不确定的世界中交付产品的经验性方法。虽然 Scrum 被广泛采用，但很多 Scrum 的实施并不十分专业。正如 Scrum 联合创始人肯·施瓦伯（Ken Schwaber）所言：“Scrum容易理解，但难以掌握。”在实际实施 Scrum 的团队和组织中，许多只是在走形式，我们称之为“僵尸 Scrum”。这样的团队在使用 Scrum 术语时，并没有完全理解其背后的意图，也没有体现出 Scrum 所要求的行为准则。

本书旨在驱散迷雾，纠正误解，帮助组织使用 Scrum 为客户提供高质量的产品和体验。简而言之，本书的目标是帮助组织能够专业地应用 Scrum。

读者对象

本书适用于对Scrum有一定知识和经历的人，他们可能在做很多正确的事情，但还想继续改善。你可能是 Scrum Master，也可能是开发团队成员或产品负责人。重要的是你想要且也需要改进。如果想了解 Scrum，我们建议你从《Scrum 指南》、一门关于 Scrum 的课程或者关于该主题的一本优秀入门书开始。

内容概览

我们写这本书的目的是为你提供一个虚拟的 Scrum 教练，一路上支持你，助你以透明和勇气面对挑战，并向你介绍一些有助于掌握 Scrum、展示专业精神并实现业务敏捷的新方法。虽然无法提供全部答案，但我们会提供一些工具，你可以使用这些工具为当前面临的独特挑战找到自己的答案。

为使掌握 Scrum 的过程变得简单，我们为专业 Scrum 设计了一种方法，该方法综合了我们所学到的知识，它会像指南针一样帮助你在自己的旅程中找到方向。该方法基于我们作为实践者、专业 Scrum 培训师的经验，以及我们从更广泛的 Scrum.org 社区中学到的知识。至于旅程从哪里开始，完全取决于你。

每一章侧重于不同的挑战。

第 1 章“持续改进 Scrum 实践”提供的方法可用于评估当前的实践，由附录 A 中的自我评估表提供支持，着眼于识别需要改进的地方。

第 2 章“打造坚实的团队基础”帮助你理解团队是如何协同工作的，识别哪里需要改进，并使用适当的技术来改进团队的组成和工作方式。

第 3 章“交付‘完成’的产品增量”解释了为什么“完成”是 Scrum 中最关键的概念以及为什么“未完成”的工作预示着有严重错误并需要及时修复。

第 4 章“提高交付的价值”关注对“完成”的产品增量所交付的价值进行度量，并提供了很多实践，使用这些实践可以逐步提高交付的价值。

第 5 章“对计划做出改进”有助于你改进“决定要做什么工作”的方式，并专注于交付高价值的产品增量，同时消除“未完成”的工作。

第 6 章“帮助 Scrum 团队改进和成长”揭示了团队在交付“完成”的产品增量时可能面临的阻碍，并提出了消除这些阻碍的策略。

第 7 章“利用组织进行改进”考虑组织层级的阻碍如何限制团队的交付能力，并讨论如何消除这些阻碍。

第 8 章“结语和下一步”回顾你在本书中经历的旅程，并提出一些继续前进的方法。

附录 A“现状评估”提供了评估当前 Scrum 实践的一种方法。

附录 B“对Scrum 的常见误解”描述并纠正了对Scrum 是什么和不是什么的常见误解。

行动号召

在继续阅读本书的过程中，我们鼓励你开启一些强有力的、富有成效的对话，这样可以从本书中获得最大收益。首先，反思一下你当前在哪里以及下一步要去向何方。在确定共同目标时，记得询问不同的观点。可以从下面这些问题开始。

1. 　业务敏捷对我们的组织来说意味着什么？它与我们的使命有什么关系？作为一个组织，我们期望看到什么好处？当我们实现敏捷的愿景时，会是什么样子？会有什么不一样的感觉？

2. 　业务敏捷对我们的团队来说意味着什么？我们期望看到什么好处？我们可以使用哪些数据来理解团队级和产品级敏捷？

3. 　业务敏捷与产品愿景有什么关系？

4. 　我们多久才能获得投资回报（ROI）？我们还想得到什么？

5.　 在做投资决策时，我们的业务部门有多大的灵活性和控制力？我们还需要什么呢？

6. 　我们利用机会和应对风险的速度有多快？我们还想怎么样？

7.　 作为一个团队，我们如何展示专业精神？组织的价值观和行为与专业精神有什么关系？

8.　 我们在组织内见过（或参与过）哪些不专业的行为？

第1章　持续改进Scrum实践 1

关注七个关键领域，改进自己的Scrum实践 2

敏捷思维 2

经验主义是 Scrum 的核心 3

掌握Scrum意味着改善团队合作 4

每个Scrum团队都必须专注于提高其产品所交付的价值 5

每个强大的团队都有一个独特的团队身份认同 6

要想改进，团队必须打磨自己的流程 6

组织可以对团队的表现产生显著影响 7

发展Scrum需要团队提升其他能力 9

教授能力 10

引导能力 10

教练能力 11

技术卓越 12

服务型领导力 13

持续改进的流程 15

最大的痛点是什么 18

根因分析 18

尝试不同的方法 22

成功还是失败 23

小结 25

行动号召 26

第2章　打造坚实的团队基础 27

形成团队身份认同 28

怎样才能成为一名优秀的团队成员 29

哪些人应该加入Scrum团队 32

开发团队不能只懂开发 33

Scrum团队如何制定工作协议 35

自组织有哪些具体表现 38

共同的目标 39

明确的职责 40

清晰的边界 41

领导力和自组织 42

Scrum团队如何协作 43

团队是如何发展的 50

高产和适应能力强的团队有哪些特征 55

小结 57

行动号召 58

第3章　交付“完成”的产品增量 59

什么是“完成”的定义 61

“完成”的定义有哪些好处 62

如何创建“完成”的定义 62

运用Sprint目标来促进“完成” 66

创建好的Sprint目标 66

Sprint 目标使Scrum每日站会更有效 68

在 Sprint 中尽早“完成”PBI 70

限制在制品 74

度量与分析工作流动 75

从一开始就要内建质量 78

自动化和“完成” 79

DevOps 82

代码评审 82

质量度量 83

解决技术债务 85

使技术债务透明化 87

使技术债务的“偿还”可见 88

小结 90

行动号召 91

第4章　提高交付的价值 93

什么是价值 94

更快交付是一个好的开始，但还不够 96

产品价值和Scrum团队 98

运用产品愿景来激发团队的目标感、专注和身份认同 100

度量价值 103

让PBI聚焦于用户成果 105

提高Sprint交付的价值 110

基于反馈进行检视和调整 112

将学习作为价值 113

有效的Sprint评审会要包括对已实现价值的讨论 113

收集利益相关者的反馈 113

小结 115

行动号召 116

第5章　对计划做出改进 117

用产品思维进行计划 119

度量成功 120

采用经验主义进行计划 120

对齐 123

对产品待办事项列表进行梳理 125

最小可行产品待办事项列表梳理 125

估算 128

分解 PBI，聚焦有价值的成果 130

计划Sprint 131

一个 Sprint 能“完成”多少工作 131

应该花多少时间改进当前 Sprint 135

要梳理多少才行 136

计划发布 137

发布的规模应该有多大 138

发布的规模可以有多小 138

小结 139

行动号召 140

第6章　帮助Scrum团队改进和成长 141

通过Sprint回顾会发现改进点 142

识别和移除阻碍 146

跟踪阻碍并量化影响 149

解决阻碍 151

个人和团队的能力提升 154

留出时间来持续学习和成长 154

充分利用组织的知识和经验 156

做一个负责任的Scrum Master 158

度量Scrum Master的成功 159

高效率Scrum Master会根据实际情况来调整方法 162

小结 167

行动号召 168

第7章　利用组织进行改进 169

组织需要不断演进，才能取得成功 170

开发人员和团队 172

绩效考核和薪酬的影响 172

个人职业发展路径 173

采购策略及其对团队的影响 175

分布式团队 177

逐渐适应透明 179

要“责任”文化，不要“责备”文化 181

放弃控制（的错觉） 182

铁三角的真正威力 183

为新的举措筹资 186

基于范围的估算 186

迭代和增量预算 187

思维敏捷不是目标 190

先搞定当前再进行规模化 192

小结 193

行动号召 194

第8章　结语和下一步 195

业务敏捷需要浮现式解决方案 196

行动号召 199

附录A　现状评估 201

附录B　对Scrum的常见误解 209