敏捷软件开发 原书第2版PDF电子书下载

第0章　不可知和不可说 1

0.1　和解析体验相关的问题 2

0.1.1　解析模式的冲突 2

0.1.2　检测解析模式 5

0.1.3　思考不准确的思想 5

0.2　沟通的不可能性 6

0.2.1　内部重新组织 8

0.2.2　触及共享体验 9

0.2.3　管理不完美的沟通 10

0.3　聆听的三个层次 11

0.3.1　三个层次和方法集 13

0.3.2　三个层次与本书 15

0.3.3　守-破-离 15

0.4　那么，明天我做什么 16

第0A章　不可知和不可说：演进 18

0A.1　沟通和共享的体验 19

0A.2　守-破-离 20

第1章　创造和沟通的合作博弈 22

1.1　软件和诗歌 23

1.2　软件与博弈 24

1.2.1　博弈的类型 24

1.2.2　软件与攀岩 26

1.2.3　创造和沟通的博弈 27

1.2.4　软件与工程化 28

1.2.5　软件与模型构建 29

1.3　再论合作博弈 30

1.3.1　程序员成为沟通专家 31

1.3.2　更快地博弈 32

1.3.3　标识物和道具 32

1.3.4　减少回报 32

1.3.5　对于首要目标的充分度 33

1.3.6　对于积淀的充分度 35

1.3.7　博弈中的博弈 36

1.3.8　开放源码开发 37

1.4　这对我意味着什么 37

第1A章　创造和沟通的合作博弈：演进 40

1A.1　沼泽游戏 41

1A.2　合作中的竞争 42

1A.3　其他领域的合作博弈 44

1A.4　软件工程的重建 44

1A.4.1　这一词汇从哪里来 44

1A.4.2　我们从哪里走错了 45

1A.4.3　重建软件工程 47

1A.4.4　技艺 47

1A.4.5　合作博弈 48

1A.4.6　精益制造 49

1A.4.7　重建后的软件工程 52

1A.4.8　其他工程化中的协作 52

第2章　个人 55

2.1　人是古怪的 56

2.1.1　寻找特征函数 56

2.1.2　古怪性格的元素 57

2.1.3　不可避免的多样性 59

2.1.4　技术的作用 59

2.1.5　相互冲突的共同点 60

2.2　克服失败模式 60

2.2.1　犯错误 61

2.2.2　宁可失败也要选择保守 62

2.2.3　创新而不研究 63

2.2.4　不能始终如一的习惯动物 64

2.2.5　使用纪律和容忍来应对 66

2.3　以一些更好的方式工作 68

2.3.1　具体化 68

2.3.2　实物 69

2.3.3　在某些东西的基础上进行修改 70

2.3.4　观察和聆听 71

2.3.5　支持专注和沟通 72

2.3.6　工作分配要与个性相匹配 73

2.3.7　天赋 73

2.3.8　奖励要能保留乐趣 74

2.3.9　组合奖励 78

2.3.10　反馈 78

2.4　利用成功模式 80

2.4.1　善于四处寻找 80

2.4.2　人们学习 81

2.4.3　可塑性 82

2.4.4　贡献和采取主动 82

2.4.5　组合成功模式 83

2.4.6　英雄也是普通人 84

2.5　明天我该做什么 85

第2A章　个人：演进 87

2A.1　策略平衡 88

第3章　团队的沟通与合作 91

3.1　信息的对流 92

3.1.1　延迟和机会损失成本 92

3.1.2　尔格-秒 94

3.1.3　渗透式沟通 96

3.1.4　穿堂风 98

3.1.5　信息辐射源 99

3.1.6　热空气理论的应用 103

3.2　跨越沟通的鸿沟 106

3.2.1　沟通的形态 106

3.2.2　去掉某些形态所产生的影响 108

3.2.3　利用各种形态 109

3.2.4　黏度与跨越空间的鸿沟 111

3.3　团队就是集体 113

3.3.1　友善和冲突 115

3.3.2　工作时间的公民意识 116

3.3.3　敌意的XP与友善的XP 117

3.3.4　使用胜利来建立“团队” 118

3.3.5　团队文化与亚文化 119

3.4　团队就是生态系统 123

3.5　我明天该做什么 125

第3A章　团队：演进 126

3A.1　一个修订后的办公室布局样本 127

第4章　方法集 128

4.1　一个交付软件的生态系统 129

4.2　方法集中的概念 129

4.2.1　结构术语 130

4.2.2　范围 134

4.2.3　概念术语 136

4.2.4　发布一个方法集 146

4.3　方法集的设计原则 151

4.3.1　常见设计错误 152

4.3.2　在方法集上成功的项目 156

4.3.3　与作者的相关性 157

4.3.4　七条原则 159

4.4　细看XP 174

4.4.1　XP简介 174

4.4.2　剖析XP 175

4.4.3　调整XP 177

4.5　到底为什么使用方法集 178

4.5.1　方法集解决什么问题 178

4.5.2　如何评估一个方法集 180

4.6　明天我应该做什么 180

第4A章　方法集：演进 182

4A.1　方法集与策略 183

4A.2　组织级的方法集 184

4A.3　过程就是循环 185

4A.4　更简单地描述方法集 187

第5章　敏捷与自适应 190

5.1　轻但足够 191

5.1.1　刚好足够 192

5.1.2　对于编制文档的建议 193

5.2　敏捷 193

5.2.1　最佳击球点 194

5.2.2　虚拟团队的麻烦 196

5.3　变得自适应 199

5.3.1　不厌其烦地进行反思 200

5.3.2　方法集成长技术 200

5.3.3　反思研讨会技术 208

5.4　明天我该做什么 210

第5A章　敏捷与自适应：演进 212

5A.1　对于寓意的误解 213

5A.1.1　迭代必须简短 213

5A.1.2　敏捷团队必须驻扎在一起 215

5A.1.3　敏捷团队不需要计划 216

5A.1.4　架构已死；重构是你全部所需要的 218

5A.1.5　我们不需要什么经理 221

5A.1.6　敏捷开发在纪律上要求很低 223

5A.1.7　敏捷只适合最优秀的开发人员 225

5A.1.8　敏捷是既老又新的、失败的、没有尝试过的 228

5A.2　敏捷方法集的演进 229

5A.2.1　XP第2版 230

5A.2.2　Scrum 230

5A.2.3　实用主义和无名的 232

5A.2.4　可预测、计划驱动和其他中心调整 233

5A.2.5　约束理论 235

5A.2.6　精益开发 237

5A.3　新的方法集话题 240

5A.3.1　敏捷项目管理 240

5A.3.2　测试 241

5A.3.3　用户体验设计 242

5A.3.4　规划管控、Burn图和系统工程 243

5A.3.5　用例和用户故事 249

5A.4　经久不绝的问题 255

5A.4.1　最佳击球点和下降 255

5A.4.2　固定价格、固定范围的合同 256

5A.4.3　敏捷、CMMI和ISO9001 257

5A.4.4　何时停止建模 263

5A.4.5 高科技／高接触的工具箱 265

5A.4.6　敏捷的中心 267

5A.4.7　你有多敏捷 268

5A.4.8　引入敏捷 270

5A.5　软件开发之外的敏捷 273

5A.5.1　项目组合管理 274

5A.5.2　客户关系 275

5A.5.3　合同 275

5A.5.4　将变更引入组织 281

5A.5.5　程序员读哈佛商业周刊 287

5A.5.6　建造房屋 288

5A.5.7　机场建设 290

5A.5.8　图书出版 291

5A.5.9　会议组织和敏捷模型的限制 293

第6章　Crystal方法集 295

6.1　对Crystal家族塑形 296

6.1.1　核心Crystal元素 297

6.2　Crystal Clear 298

6.2.1　Crystal Clear的简要描述 299

6.2.2　Crystal Clear的反思 300

6.3　Crystal Orange 301

6.3.1　Crystal Orange的简要描述 301

6.3.2　Crystal Orange的反思 303

6.4　Crystal Orange Web 303

6.4.1　Crystal Orange Web的简要描述 304

6.4.2　Crystal Orange Web的反思 306

6.5　明天我该做什么 307

第6A章　Crystal方法集：演进 308

6A.1　Crystal基因代码 309

6A.1.1　合作博弈的理念 309

6A.1.2　方法集的重点 309

6A.1.3　方法集设计原则 310

6A.1.4　高度成功的项目的7个特性 310

6A.1.5　技术与选择 312

6A.1.6　样本方法集设计 313

6A.2　Crystal Clear 314

6A.3　把Crystal Clear扩展到Yellow 317

附录A　敏捷软件开发宣言 322

附录Aa　敏捷软件开发宣言和相互依赖声明 331

附录B　Naur、Ehn、宫本武藏 340

附录Ba　Naur、Ehn、宫本武藏：演进 369

附录C　后记 372

参考文献 376