敏捷软件开发 SCRUM实战指(第2版)

   Scrum作为敏捷方法，已经得到了广泛的应用。针对如何用好、用巧这个看似简单的框架，《敏捷软件开发：Scrum实战指南(第2版)》结合故事、模型和成功秘诀三大要素，透彻讲解确保Scrum成功实施的所有基本要素。全书5部分共35章。在简单介绍Scrum知易行难后，分别介绍战前准备、战地基础、战地急救，讨论如何使每日站会富有成效，如何提出Scrum的第四个问题，如何让人们在结对编程时保持专注，增加团队新成员时应该怎么办，发生文化冲突时应该怎么办，应急过程等。随后锁定八大主题，重点介绍不错生存和荒野生存。很后在附录中概述Scrum框架，以帮助读者快速入门。

《敏捷软件开发：Scrum实战指南(第2版)》适合打算实现敏捷转型并导入Scrum的所有人员阅读，是架构师、开发与测试人员、项目经理和项目负责人的理想参考书。

   米奇·莱西（Mitch Lacey）Scrum联盟和敏捷联盟的委员会成员，CST（认证Scrum培训师）、PMI项目管理专家（PMP）和认证敏捷教练（ACP）。华盛顿大学敏捷认证课程讲师。

米奇拥有二十年项目管理经验，帮助过很多组织顺利采用敏捷实践，包括Scrum和XP。他具有丰富有效的实践经验，深受许多公司的信赖，比如Adobe Systems，Aera Energy，Rio-Rad，EchoStar，Microsoft，Oracle，Qualcomm，Salem Hospital，SAP，Sony等等。他经常出席优选大会发表主题演讲。在微软工作期间，他运用敏捷相关知识成功发布了Windows Live的核心企业级服务。他在微软的头一个敏捷团队由Ward Cunningham（维基之父、极限编程创始人之一）、Jim Newkirk（nUnit创始人）和David Anderson（看板倡导者）亲自指导。

王国良，敏捷教练，致力于打造很好个人和组织。经历过三个行业：通信，电子制造和金融IT。先后担任过开发人员、经理，精益和敏捷教练。译著有《特斯拉：电气时代的开创者》。敏捷之旅讲师，认证Scrum Master课程Co-Trainer。个人微信公众号：真北敏捷。

熊小龙，不错项目经理，10年以上软件开发及管理经验，7年敏捷软件开发管理经验。现任职于晨星资讯(深圳)有限公司，从事金融产品开发和项目管理工作。 长期奋斗于一线，注重管理实践与工程实践的结合，一直在探索跨职能、跨地域、跨时区的Scrum团队实践。

叶虎，项目经理，PMP，经历了公司从瀑布式到敏捷转型。毕业于暨南大学，从测试到项目管理，专注于很好产品和团队。

郑璐璐，精益和敏捷教练，很好运营专家。致力于流程改进、质量提升、产品开发以及企业变革等主题，同时也将敏捷应用于个人成长领域并提炼出个人迭代精进模式。现就职于金融服务行业，专注于建造很好运营体系，系统提升产品及服务质量，打磨“以人为本，持续改善，迭代创新和共创共赢”的很好组织。

   第1章Scrum知易行难1

故事1

Scrum6

什么是Scrum？7

实施Scrum8

Scrum的基本价值观8

Scrum需要转变思维方式9

Scrum采用的是最短路径，而不是预设路径10

Scrum发现问题12

Scrum的最佳搭档12

什么时候适合用Scrum？13

变化是困难的15

现状后期16

从外部元素和混乱到思想转变16

实践与集成16

新的现状17

成功要领17

引用18

第Ⅰ部分战前准备

第2章取得支持与组建团队23

故事23

模型29

转变需要时间30

建立紧迫感30

成立一个强大的指导联盟31

建立愿景/绘制未来的蓝图31

沟通愿景31

授权人们为愿景采取行动32

计划并创造短期成功33

进一步改善，巩固成效，继续深化改革33

制度化新的方式方法33

成功要领33

引用34

参考34

第3章用团队顾问来优化团队表现35

故事35

模型40

建立一个团队顾问池40

建立团队42

核心团队43

团队顾问44

团队大小44

核心团队与团队顾问一起工作46

团队顾问与会议46

成功要领47

责任47

试验48

小心过度48

计划可能的空闲时间48

团队顾问不能代替专职团队49

引用49

参考49

第4章预估团队的速率50

故事50

模型55

使用历史数据的问题55

为拍脑袋增加一些依据56

估算ProductBacklog57

分解参考故事57

点数与小时数的大致关系58

团队的生产能力58

估算团队的速率59

增强对这种技术的信心60

走着瞧(使用靠谱的数据)60

收集并以图表形式表示真实的数据61

计算平均速率，但要对范围进行交流61

截断数据62

成功要领64

引用65

第5章Scrum的三大角色66

故事66

模型70

选择角色71

组合角色72

如果实在万不得已，又该何时组合这三大角色74

成功要领74

第6章确定Sprint的长度76

故事76

模型79

项目期限80

产品负责人与项目干系人81

Scrum团队82

确定Sprint的长度82

警告85

问卷之外85

成功要领86

长于1个月的Sprint87

延长Sprint长度87

引用87

第7章如何定义“完成”88

故事88

模型90

介绍91

头脑风暴91

分类92

排序与整合93

生成与发布DoD95

没有完成的工作呢？95

成功要领96

引用96

第8章全职的ScrumMaster97

故事97

模型100

成功要领106

消除障碍/解决问题106

结束争论/当团队的保姆107

报告团队的行为表现107

引导并在必要时提供帮助107

教育组织并驱动组织变革108

结语109

引用109

参考110

第II部分战地基础

第9章Scrum中工程实践的重要性113

故事113

实践117

重构119

持续集成以及更频繁的提交120

结对编程121

自动化集成与验收测试123

成功要领124

不是银弹125

开始行动125

获得团队的支持125

DoD125

把工程实践加入ProductBacklog126

获得培训与指导126

结语126

引用127

参考127

第10章团队核心时间128

故事128

模型131

在一起工作的团队131

分布式团队与兼职的团队133

成功要领134

第11章发布计划136

故事136

模型140

项目成本144

成功要领146

事先进行沟通和交流，并且要频繁147

每个Sprint后都更新发布计划147

努力先做优先级最高的条目147

交付可工作的软件148

引用148

第12章分解故事与任务149

故事149

模型152

做好准备152

故事分解153

任务分解156

成功要领159

引用160

参考160

第13章缺陷管理161

故事161

模型163

成功要领164

附加信息165

引用165

参考166

第14章可持续工程与Scrum167

故事167

模型170

专用时间模型170

随时收集数据171

专职团队模型171

成功要领173

专职维护团队成员的轮换173

用良好的工程实践来改进遗留代码174

结语174

引用174

第15章Sprint评审会175

故事175

模型179

进行会议180

成功要领181

花时间准备181

记录决策182

要求认可182

勇敢182

参考183

第16章Sprint回顾会184

故事184

实践187

让回顾会议发挥应有的作用187

计划一个有效的回顾会议188

召开回顾会议189

成功要领191

告诉他们为什么要保留回顾会议192

营造一个良好的环境192

有需要就开192

高度重视回顾会议193

引用193

第III部分战地急救

第17章富有成效的每日站会197

故事197

模型200

准时开始和结束201

开会迟到201

议程、节奏和站位202

打断202

漫谈和深入讨论202

暴露隐藏的障碍204

忽略问题204

过于模糊204

结束就意味着开始204

成功要领205

保持会议的频率205

站着，不要坐206

像团队一样工作206

耐心207

第18章每日站会的第四个问题208

故事208

模型211

成功要领212

引用212

第19章真正参与结对编程213

故事213

模型215

混排结对编程216

实践混排结对编程216

混排结对编程的挑战217

微结对218

成功要领220

引用221

第20章222

新加入团队成员222

故事222

模型224

练习226

成功要领227

承认速率会下降227

明智地选择新成员227

风险228

引用228

第21章处理文化冲突229

故事229

模型234

成功要领239

掌握自己的命运239

面对现实240

坚持到底241

引用242

参考242

第22章Sprint紧急情况处理流程243

故事243

模型246

消除障碍246

获得帮助247

缩小范围247

取消Sprint248

成功要领249

引用249

第IV部分高级生存

第23章可持续的步伐253

故事253

模型257

缩短迭代周期260

监测燃尽图260

增加团队时间261

成功要领262

引用263

第24章交付可工作的软件264

故事264

模型268

核心模型268

用户数269

从风险最高的组件开始270

扩展和验证270

成功要领271

思维的改变272

返工272

专注于端对端的场景273

参考274

第25章价值的度量与优化275

故事275

模型278

功能工作278

额外的工作278

试验性工作279

技术债务280

其他潜在的类型280

组织数据281

使用数据281

成功要领283

教育项目干系人283

和项目干系人一起工作284

确定模式与趋势284

引用284

参考284

第26章项目成本预算285

故事285

模型290

功能规格书290

用户模型291

估算用户模型291

确定用户故事的优先级292

确定团队的速率293

计算成本293

制定发布计划294

成功要领294

引用295

第27章Scrum项目中的文档296

故事296

模型299

为什么我们要做文档300

我们会做什么文档300

什么时候以及怎样做文档301

在项目开始的时候做大量文档301

在项目最后做大量文档302

随着项目的进展写文档303

敏捷项目的文档304

文档准备不充分就开始项目305

成功要领305

引用306

第28章外包与离岸开发307

故事307

模型310

考虑实际成本310

交接成本310

增加的开销311

长期的人员流失311

文化的挑战与管理工作311

开发实践312

面对现实312

预算与成本313

时间、距离与文化314

成功要领314

选择合适的离岸团队314

以痛苦最小的方式分配工作315

坚守Scrum框架315

建立团队文化316

准备差旅317

配备一个项目/团队协调人318

绝不考虑离岸的情况318

引用318

参考319

第29章大型产品列表的优先级确定与估算320

故事320

模型323

团队324

项目干系人325

成功要领328

预先计划至关重要328

专注于讨论并设定时间限制328

将未解决的争议放入“停车场”329

带上额外的卡片/纸张以备现场产生用户模型329

引用330

第30章拟定合同331

故事331

模型335

传统的合同与变更要求335

写用户模型341

估算用户模型341

成功要领343

引用345

第V部分荒野必备

第31章合作推动完成349

故事349

模型353

任务扑克353

结对编程354

限制进行中的工作条目355

两周迭代358

用任务板创造可见性359

成功要领361

每个声音都有人听361

对工作的共同理解361

每位团队成员都对成果投入362

不要平均任务估算362

避免粒度更细的任务估算362

Scrum建立在团队工作的基础之上362

参考363

第32章故事点与时间的关系364

故事364

模型367

恐惧因素368

宽范围368

成功要领371

收集正确的数据371

用数据来改善372

故事点的REFLECT原则373

参考374

第33章沉浸式面试与招聘375

故事375

模型378

预测378

雇佣要有正确原因378

不良招聘的成本379

技能，能力，还是两者兼顾380

如何招聘380

候选人筛选381

准备与计划382

候选人打分383

招聘管理和非技术人员384

成功要领384

建立一个可重复的招聘流程385

专注于能力而不是问题385

技能容易学，能力不易学385

找到比你强的人386

理解成本并加大投资386

引用386

参考387

第34章激励与成果挂钩388

故事388

模型391

设置关注点391

按客户满意度统一目标391

优先级的排定和调整392

其他好处394

成功要领394

销售与开发一体化394

停止牺牲人员和质量：对项目组合进行排序394

管理层的支持395

参考395

第35章Scrum项目中的风险管理396

故事396

模型397

客户风险：PO399

社会化风险：ScrumMaster399

技术风险：开发(核心)团队400

成功要领400

放手400

敏捷起来401

参考401

附录Scrum框架

角色404

ScrumMaster404

产品负责人404

开发团队404

工件405

SprintBacklog406

燃尽图407

会议407

计划会407

每日Scrum408

Sprint评审会409

Sprint回顾会409

结语410