第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
