ThoughtWorks公司，于1993年在美国成立，现已经发展成为具有千人规模，在6个国家具有分公司的全球性IT咨询公司。公司汇集了许多业界思想领袖和众多高素质人才，致力于为客户解决最棘手最紧迫的问题，业务包括向客户交付定制应用软件、提供注重实效的咨询服务、协助企业进行敏捷开发以及开发软件等。

　　《软件开发沉思录：Thought Works文集》对当前软件开发中存在的问题进行了广泛的探讨。包括公司创始人 Roy Singham在内的许多 ThoughtWorks员工参与到了这本文集的编写工作中，他们针对如何在软件开发生命周期中提高效率提出了多种可行性建议，内容涉及设计、架构、测试、领域特定语言的使用、构建和部署过程等。
　　《软件开发沉思录：Thought Works文集》的独特之处在于，它是由资深管理者和一线工程师共同创作完成的，各篇文章的作者以自己独到的视角对主题进行了分析，将其在特定领域积累的经验心得悉数奉上，从而能让更多的读者从中受益。《软件开发沉思录：Thought Works文集》条理清晰、思维严谨却又不乏生动活泼之处，而即便是书中专业性最强的文章，也不会让人觉得难以理解，除了技术人员外，《软件开发沉思录：Thought Works文集》对相关的非技术人员也很有价值。

　　“内容非常精彩，本领域的必读之作。”
　　——DZone技术社区
　　“在帮助客户实施敏捷的过程中，ThoughtWorks人常被问到一个问题：有没有一套标准的‘敏捷模板’可供快速入门之用？作为一种强调持续改进的方法学，自然不会有一套放诸四海而皆准的‘标准流程’；但对于希望采用敏捷方法的组织和个人而言，若有一组普遍适用的最佳实践作为基础，便能少走许多弯路，以期事半功倍之效。本书正好满足了这一需要。”
　　——ThoughtWorks中国公司总经理  郭晓

　　第2章 走完业务软件的“最后一英里”
　　2.4 人
　　敏捷思潮的一大贡献是对于软件开发作为社会行为的认识：有更好的沟通，才会有更好的软件。在采用敏捷开发实践时，很大部分的努力都是用来打破现有组织架构的藩篱，代之以更高效的模式与实践。
　　然而迄今为止，敏捷实践者们关注的焦点几乎都是软件开发者与使用者之间的沟通。他们之间的沟通改善了需求的质量，使大家对业务目标达成共识，但非功能性需求该怎么办呢？谁对这些需求负责？如何在沟通中体现它们？这些问题往往得不到回答。
　　要避免这种“代码一刀切”的软件开发方式，最简单的方式是找出对非功能的、跨模块的需求负责的人，让他们也参与到软件开发的“社交活动”中来。尽早、尽可能频繁地让他们参与沟通。同样，这也可能需要打破现有组织架构的藩篱，代之以更高效的模式与实践。
　　举例来说，软件编写好之后，系统管理员要负责安装和配置。他们还要监控系统在生产环境下的运行情况，确保操作正确无误。如果有问题出现，他们要按照预先制定的流程来恢复系统状态。他们需要规划系统安装之初和规模扩展之后的硬件需求——内存、磁盘、网络、电源、冷却，凡此种种。
　　维护和支持人员需要系统提供有用的错误报告和有效的诊断流程。他们需要知道如何帮助用户解决简单的系统故障，以及在遇到严重的系统故障时如何上报。

第1章 引言

第2章 走完业务软件的“最后一英里”
2.1 “最后一英里”问题的源头
2.2 理解问题
2.3 解决“最后一英里”问题
2.4 人
2.5 自动化
2.6 针对自动测试非功能性需求的设计
2.7 将设计与生产环境分离
2.8 无版本软件

第3章 一个巢穴，二十种Ruby DSL
3.1 巢穴
3.2 使用全局函数
3.3 使用对象
3.4 使用闭包
3.5 执行上下文
3.6 字面量集合
3.7 动态接收
3.8 总结

第4章 语言的盛景
4.1 简介
4.2 样本
4.3 各种各样的分类
4.4 语言的“生命之树”
4.5 这些都很有趣，但我为什么要关心

第5章 多语言开发
5.1 多语言开发
5.2 用Groovy的方式读取文件
5.3 JRuby和isBlank
5.4 Jaskell和函数式编程
5.5 Java测试
5.6 多语言开发与未来之路

第6章 对象健身操
6.1 九步迈向优秀软件设计
6.2 练习
6.3 总结

第7章 迭代经理是什么角色
7.1 什么是迭代经理
7.2 怎样成为好的迭代经理
7.3 迭代经理不做什么
7.4 迭代经理与团队
7.5 迭代经理与客户
7.6 迭代经理与迭代
7.7 迭代经理与项目
7.8 总结

第8章 项目生命体征
8.1 项目生命体征
8.2 项目生命体征与健康状况
8.3 项目生命体征与信息指示器
8.4 项目生命体征：项目范围增量图
8.5 项目生命体征：交付质量
8.6 项目生命体征：预算燃尽
8.7 项目生命体征：当前开发状态
8.8 项目生命体征：团队感觉

第9章 消费者驱动契约：服务演化模式
9.1 演化服务：一个例子
9.2 Schema版本
9.3 破坏式的变化
9.4 消费者驱动契约

第10章 领域标注
10.1 当领域驱动设计遇到标注
10.2 案例分析：Leroy的卡车
10.3 总结

第11章 重构Ant构建文件
11.1 简介
11.2 Ant重构列表
11.3 总结
11.4 参考文献
11.5 资源

第12章 一键发布
12.1 持续构建
12.2 超越持续构建
12.3 全生命周期的持续集成
12.4 第一道门——提交测试
12.5 第二道门——验收测试套件
12.6 部署准备阶段
12.7 后续的测试阶段
12.8 让过程自动化
12.9 总结

第13章 企业Web应用中的敏捷测试和瀑布测试
13.1 简介
13.2 测试生命周期
13.3 测试分类
13.4 环境
13.5 问题管理
13.6 工具
13.7 报表与度量
13.8 测试角色
13.9 参考文献

第14章 实用主义的性能测试
14.1 什么是性能测试
14.2 需求采集
14.3 运行测试
14.4 沟通
14.5 流程
14.6 总结
参考书目