David Scott Bernstein 敏捷教练，曾为IBM、微软、Yahoo等企业提供敏捷实践指导。他的公司To Be Agile （tobeagile.com）指导团队进行测试先行、结对编程以及重构等极限编程实践。

一部分遗留代码危机
1章有些事情不对劲2
1.1什么是遗留代码3
1.2顺流直下4
1.3孤注一掷6
1.4为什么瀑布模型不管用7
1.4.1食谱与配方7
1.4.2开发和测试分离8
1.5当“流程”变成“体力劳动”8
1.6坚如磐石的管理9
1.7此处有龙10
1.8评估未知11
1.9一个充满外行人的产业12
1.10回顾13
第2章逃出混乱14
2.1混乱报告14
2.1.1成功的15
2.1.2遇到困难的15
2.1.3失败的（有缺陷的）15
2.2驳斥斯坦迪什咨询集团16
2.3项目为何会失败17
2.4失败的代价21
2.4.1这里十几亿，那里十几亿21
2.4.2不同的研究，同样的危机22
2.5总结23
第3章聪明人，新想法25
3.1走进敏捷25
3.2小即是好26
3.3实现敏捷27
3.4艺术与技能的平衡28
3.5敏捷跨越鸿沟29
3.6追求技术zuoyue30
3.7总结31
第二部分延续软件生命（和价值）的9种实践方法
第4章9个实践34
4.1专家知道什么35
4.2守-破-离36
4.3首要原则37
4.4关于原则38
4.5关于实践38
4.6原则指导实践39
4.7未雨绸缪还是随机应变40
4.8定义软件中的“好”40
4.9为什么是9个实践42
4.10总结43
第5章实践1：在问如何做之前先问做什么、为什么做、给谁做44
5.1不要说如何44
5.2将“如何”变为“什么”45
5.3要有一个产品负责人46
5.4故事描述了做什么、为什么做、给谁做48
5.5为验收测试设立明确标准50
5.6自动化验收标准50
5.7让我们付诸实践51
5.7.1产品负责人的7个策略51
5.7.2编写出更好用户故事的7个策略52
5.8总结53
第6章实践2：小批次构建55
6.1更小的谎言56
6.2学会变通56
6.3控制发布节奏58
6.4越小越好59
6.5分而治之60
6.6更短的反馈回路62
6.7提高构建速度63
6.8对反馈做出响应64
6.9建立待办列表65
6.10把用户故事拆分为任务66
6.11跳出时间盒子思考66
6.12范围控制67
6.13让我们付诸实践69
6.13.1度量软件开发的7个策略69
6.13.2分割用户故事的7个策略70
6.14总结71
第7章实践3：持续集成72
7.1建立项目的心跳73
7.2理解完成、完整完成和完美完成的区别73
7.3实践持续部署74
7.4自动化构建75
7.5尽早集成，频繁集成76
7.6迈出diyi步76
7.7付诸实践77
7.7.1构建敏捷设施的7个策略77
7.7.2消除风险的7个策略79
7.8总结80
第8章实践4：协作81
8.1极限编程82
8.2沟通与协作83
8.3结对编程84
8.3.1结对的好处85
8.3.2如何结对编程86
8.3.3和谁结对87
8.4伙伴编程88
8.5穿刺，群战，围攻89
8.5.1穿刺89
8.5.2群战89
8.5.3围攻89
8.6在时间盒子中对未知进行调研90
8.7定期代码审查和回顾会议91
8.8加强学习和知识分享92
8.9诲人不倦且不耻下问92
8.10让我们付诸实践93
8.10.1结对编程的7个策略93
8.10.2高效回顾会议的7个策略94
8.11总结95
第9章实践5：编写整洁的代码97
9.1高质量的代码是内聚的98
9.2高质量的代码是松散耦合的99
9.3高质量的代码是封装良好的100
9.4高质量的代码是自主的102
9.5高质量的代码是没有冗余的104
9.6让代码特质指导我们105
9.7今天的代码质量提高会为将来带来速度的提升106
9.8让我们付诸实践107
9.8.1提高代码质量的7个策略107
9.8.2编写可维护代码的7个策略108
9.9总结109
10章实践6：测试先行110
10.1测试的种类111
10.1.1验收测试=客户测试111
10.1.2单元测试=开发者测试111
10.1.3其他测试=质量保证测试112
10.2质量保证112
10.2.1测试驱动开发不能取代质量保证113
10.2.2单元测试不是wanneng的113
10.3编写优质测试114
10.3.1这不是测试115
10.3.2以行为作为单元115
10.4TDD可以提供迅速的反馈116
10.5TDD可以为重构提供支持116
10.6编写可测试的代码117
10.7TDD也会失败118
10.8如何将TDD引入团队119
10.9成为测试感染者119
10.10让我们付诸实践120
10.10.1进行优质验收测试的7个策略120
10.10.2进行youxiu单元测试的7个策略121
10.11总结122
11章实践7：用测试描述行为123
11.1红条、绿条、重构124
11.2一个用测试先行来描述行为的实例125
11.2.1编写测试125
11.2.2存根代码126
11.2.3实现行为127
11.3引入限制条件128
11.3.1编写测试和代码存根129
11.3.2实现行为129
11.4我们创建了什么130
11.5测试就是标准132
11.6测试需要完整133
11.7让测试duyiwuer134
11.8用测试来覆盖代码134
11.9bug是缺失的测试135
11.10用模拟对象来测试工作流135
11.11建立防护网136
11.12让我们付诸实践136
11.12.1使用测试作为标准的7个策略136
11.12.2修复bug的7个策略137
11.13总结139
12章实践8：zui后实现设计140
12.1可变性的阻碍140
12.2可持续性开发142
12.3编码与清理143
12.4软件被阅读的次数比编写次数多143
12.5意图导向编程144
12.6降低圈复杂度145
12.7将创建和使用分离146
12.8演化式设计147
12.9让我们付诸实践147
12.9.1进行演化式设计的7个策略148
12.9.2清理代码的7个策略149
12.10总结150
13章实践9：重构遗留代码151
13.1投资还是借贷152
13.2变成“铁公鸡”153
13.3当代码需要修改时153
13.3.1对已有代码添加测试154
13.3.2通过重构糟糕代码来培养良好习惯154
13.3.3推迟那些不可避免的155
13.4重构技巧155
13.4.1图钉测试155
13.4.2依赖注入156
13.4.3系统扼杀156
13.4.4抽象分支156
13.5以支持修改为目的重构157
13.6以开闭原则为目的重构157
13.7以提高可修改性为目的重构158
13.8第二次做好158
13.9让我们付诸实践159
13.9.1助你正确重构代码的7个策略159
13.9.2决定何时进行重构的7个策略161
13.10总结162
14章从遗留代码中学习163
14.1更好，更快，更廉价164
14.2不在不需要的事情上花钱166
14.3循规蹈矩167
14.4提升整个软件行业168
14.5超越敏捷169
14.6将理解具象化170
14.7成长的勇气171
参考文献174

本书会帮你降低构建与维护软件的成本。如果你是软件开发者，将学到一套实践方法以构建易修改的代码，因为在应用当中代码经常需要修改。对于和软件开发者合作的管理者来说，本书会向你展示为何引入这九个基本的实践方法，会使你的团队更加有效地交付软件而不至于让软件演变成