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

第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