这本书介绍了XP背后的思想——它的根源、哲学、情节等。它将帮助读者选择是否在项目中使用XP时做出明智的决策。本书的另一个目的是帮助那些已经在使用 XP的读者更好地理解它。 对程序员而言，XP做出的承诺是他们每天能够处理真正重要的工作，而不必单独面对令人担忧的状况。他们将能够集中全力来使他们的系统获得成功。他们将做出最适合由他们来做的决策。对于客户和管理人员而言，XP的承诺是他们将从每个编程周期中获得最多的利益。他们将能够在开发的中途更改项目的方向而不用承担太高的成本。
“来自经验的新见识和智慧，更清楚地解析极限编程艺术，本书将会帮助许多人实现杰出软件开发之梦。”
——Joshua Kerievsky，Industrial Logic公司创始人
“XP改变了我们业界思考软件开发的方式。鲜明简单，聚集于执行，坚持基于事实的计划胜过猜测，这些为软件交付设定了新的标准。”
——David Trowbridge，微软公司架构师
责任感，透明度，负责任。这些词没有一个是经常应用于软件开发的。
在这本完全修订的极限编程（XP）的介绍中，Kent Beck描述了怎样通过把这些非常必要的观念整合进日常开发过程中，以改进你的软件开发。
本书第1版是经典之作。其中提出了一些想法，诸如让开发者为自己的代码写自动化测试，让整个团队每周做计划，因为这些当时很激进的改进小团队开发的想法，这本书获了奖。五年来许多东西改变了，完全重写的第2版将 XP的范围扩展到任何规模的团队，建议了基于以下几点的持续改进流程：
与卓越软件开发一致的5个核心价值观。
11个原则将这些价值观付诸行动。
13个基本实践和11个扩展实践帮助你推动开发，超越当前的商业和技 术限制。
无论你是有一个已经和客户紧密联系在一起的小团队，还是有一个在大组织或跨国组织中的大团队，你都会在书中发现大量思想去挑战、启发和鼓励你及你的团队成员去切实改进你们的软件开发。
你将会发现如何：
影响整个团队——XP风格
通过结对编程和持续集成来增加技术协作
通过开发人员的测试减少缺陷
通过每周和每季度计划校准商业和技术决策
通过建立富有信息的共享工作空间来改进团队协作
你还会发现很多具体的改进方法，它们都基于强调同步增强软件开发的人性和效率的哲学。
每个团队都可以改进。每个团队都可以现在开始改进。改进是可能的——超越我们现在可以想象到的程度。本书为推进你未来几年的改进提供了具体的方法。
雷剑文（Kim Man Lui）在Kent Beck 的支持下出版了《Software Development Rhythms》一书。最近得到中国经济出版社支持，雷博士用心理和科学大胆地向股票技术分析的真伪挑战。新书《假中寻真》说破想赢钱必先学会不输钱，这才是务实的炒股态度。
李应樵（Herbert Lee）Marvel Digital公司的CEO，李博士的兴趣为科研的工业应用。李博士个人研究方向为Ontology Engineering, 知识管理和科技管理及其应用。
陈振冲（Keith Chan）现任香港理工大学教授，其研究方向和项目包括软件工程，数据挖掘和计算机智能等。
作者简介
Kent Beck 一向挑战软件工程教条，促进诸如模式、测试驱动开发和极限编程等思想。他加入了Three Rivers Institute和Agitar Software，在Addison-Wesley出版社出版过多本著作。
Cynthia Andres 拥有心理学学士学位，从事组织行为学、决策分析和妇女研究方面的工作。从XP诞生以来她就跟Beck一起专注于XP的社会方面的研究。她也加盟了Three Rivers Institute。
译者简介
雷剑文（Kim Man Lui）在Kent Beck 的支持下出版了《Software Development Rhythms》一书。最近得到中国经济出版社支持，雷博士用心理和科学大胆地向股票技术分析的真伪挑战。新书《假中寻真》说破想赢钱必先学会不输钱，这才是务实的炒股态度。
李应樵（Herbert Lee）Marvel Digital公司的CEO，李博士的兴趣为科研的工业应用。李博士个人研究方向为Ontology Engineering, 知识管理和科技管理及其应用。
陈振冲（Keith Chan）现任香港理工大学教授，其研究方向和项目包括软件工程，数据挖掘和计算机智能等。
极限编程（Extreme Programm，XP）的目标是杰出的软件开发——更低的成本、更少的缺陷、更高的生产效率、更高的投资回报。现在还在艰苦奋斗的团队，只须通过精化他们工作的方式，并把日常开发实践极限化，就可以达到这个效果。
开发软件的方式有好坏之分。优秀的团队都是相似的。不管你的团队是好还是差，你始终可以改进。我希望本书成为你试图改进时的资源。
本书是我个人理解的优秀软件开发团队的共同之处。我把自己所做所见的凑效的事情提取成我所认为的纯粹的最“极限”的形式。在这个过程中，我最受打击的是我这方面想象力的匮乏。5年前本书第1版出版时看起来不可能极限化的实践，现在已经很平常了。5年后本书所介绍的实践可能也会显得保守。
如果我只讲优秀团队做什么，那么不会切中要点。杰出的团队的行为根据他们工作环境的不同应用有所不同。透过表面看实质，他们的活动就像河面的涟漪暗示着下面的形态，优秀软件开发背后的智慧和直觉知识，是我试图提取和阐述的。
评论家抱怨第1版强迫他们用某种方式编程。除了我能控制别人行为的谬论之外，我很尴尬那就是我的目的。放弃控制别人行为的幻想，承认每个人对自己选择的责任，这一版我试图用正面和全面的方式记叙我的信息。我介绍经证实的实践，你可以把它们加入自己的锦囊。
无论环境如何，你始终可以改进。
你总是可以自己开始改进。
你可以今天就开始改进。
Kent Beck
2004年9月
Kent Beck在本书中组织并陈述了5年来XP的体验、成长和改变。如果你真的有兴趣了解你和你的团队可以怎样开始并顺着XP改进之路走下去，你必须阅读这本书。”
——Francesco Cirillo，XPLabs SRL的CEO
“第1版告诉我们什么是XP——它改变了我们很多人思考软件开发的方式。第2版延伸得更远，并且告诉我们更多XP的‘为什么’：实践背后的动机和原则。这些内容棒极了。用‘什么’和‘为什么’武装起来，我们现在可以开始安心地工作于‘怎样做’：怎样让我们的项目运行得更好，怎样让我们的组织采用敏捷技术。”
——Dave Thomas，The Pragmatic Programmers LLC
“这本书不同凡响！它几年前第一次面世时就是革命性的，这个新版本也同样意义深远。对偏爱操作型图书的人来说，该书有‘基本实践’的精彩章节，但是我力劝你先认真思考第1章开篇第一句话的含义：‘XP事关社会性变革。’你应该竭尽全力确保每个IT职业人、每个IT经理（直到首席信息官）桌上都有一本《解析极限编程》。”
——Ed Yourdon，作家和咨询师
“XP是一组简化软件设计、开发和测试过程的强有力的概念。它是简约并且渐进的，当解决复杂的、需要平衡创造力和纪律的问题时，这些是特别有用的原则。”
——Michael A Cusumano，教授，麻省理工学院斯隆管理学院，
《The Business of Software》的作者
“本书是一个天才和热情的艺术家的杰作，Kent Beck集合起一组关于编程和管理的引人注目的思想，值得你关注。我唯一的牢骚是我们的职业到了这个地步：这种常识性的思想被打上‘极限’的标签。”
——Lou Mazzucchelli，Cutter Business Technology Council的研究员
“如果你的组织准备好了要改变开发软件的方式，有缓慢的增量方法：一个一个地解决问题；同样也有快速的途径：跳进XP来。不要被名字吓倒，它根本不是那么极限。大部分是多年积累的老处方和常识，被很好地整合起来，去除了这些年来积累的多余脂肪。”
——Philippe Kruchten, 不列颠哥伦比亚大学（UBC）
“有时候革命会被超越——当它发起的运动有了自己的生命力。本书显示，Kent Beck仍走在前端，带领XP到下一个层次。本书整合了5年以来的反馈意见，在更短的时间内花费更少的钱开发更好的软件，达到这个目标需要什么，本书有崭新的视角。这里没有万金油，只是一组实践准则，如果使用得当，可以极大地改进软件开发生产率。”
——Mary Poppendieck，《敏捷软件开发工具——精益开发方法》的作者
“Kent Beck根据5年多应用和教授XP的经验修订了他的经典之作。他展示了通向XP之路是如何既易又难：可以从几个实践开始，但对团队继续走下去充满挑战。”
——William Wake，独立咨询师
“来自经验的新见识和智慧，更清楚地解析极限编程的艺术，本书将会帮助许多人实现杰出软件开发之梦。”
——Joshua Kerievsky，《Refactoring to Patterns》的作者，
Industrial Logic公司创始人
“XP改变了我们业界思考软件开发的方式。鲜明简单，聚集于执行，坚持基于事实的计划胜过猜测，这些为软件交付设定了新的标准。”
——David Trowbridge，微软公司架构师
计算机\软件工程
“来自经验的新见识和智慧，对极限编程艺术的更清楚解释，Beck的这一版经典之作将会帮助许多人实现杰出软件开发之梦。”
¾ Juoshua Kerievsky，Industrial Logic公司创始人
“XP改变了我们业界思考软件开发的方式。鲜明的简单，聚集于执行，坚持基于事实的计划胜过猜测，这些为软件开发设定了新的标准。”
¾ David Trowbridge，微软公司架构师
责任感，透明度，负责任。这些词没有一个是经常应用于软件开发的。
在这本完全修订的极限编程（XP）的介绍中，Kent Beck描述了怎样通过把这些非常必要的观念整合进日常开发过程中来改进你的软件开发。
《解析极限编程》第一版是经典之作。其中提出了一些想法，诸如让开发者为自己的代码写自动化测试，让整个团队每周做计划，因为这些当时很激进的改进小团队开发的想法，这本书获了奖。五年来许多东西改变了，完全重写的第二版将 XP的范围扩展到任何大小的团队，建议了基于以下几点的持续改进流程：
l 与卓越软件开发一致的五个核心价值观。
l 11个原则将这些价值观付诸行动。
l 13个基本实践和11个扩展实践帮助你推动开发超越当前的商业和技术限制。
无论你是有一个已经和客户紧密联系在一起的小团队，还是有一个在大组织或跨国组织中的大团队，你都会在书中发现大量思想去挑战、启发和鼓励你及你的团队成员去切实改进你们的软件开发。
你将会发现如何：
l 影响整个团队——XP风格
l 通过结对编程和持续集成来增加技术协作
l 通过开发人员的测试减少缺陷
l 通过每周和每季度计划校准商业和技术决策
l 通过建立富有信息的共享工作空间来改进团队协作
你还会发现很多其他具体的改进主意，都基于强调同步增强软件开发的人性和效率的哲学。
每个团队都可以改进。每个团队都可以现在开始改进。改进是可能的——超越我们现在可以想象到的程度。《解析极限编程（第二版）》为推进你未来几年的改进提供了主意。
Kent Beck一向挑战软件工程教条，促进诸如模式、测试驱动开发和极限编程等思想。目前属于Three Rivers Institute和Agitar Software，他是许多Addison-Wesley著作的作者。
Cynthia Andres拥有心理学学士学位，在组织行为学、决策分析和妇女研究方面工作。从XP诞生以来她就跟Beck一起工作于XP的社会方面。她也属于Three Rivers Institute。
（美）Kent Beck; Cynthia Andres 著：雷剑文：在Kent Beck 的支持下出版了《Software Development Rhythms》一书。最近得到中国经济出版社支持，雷博士用心理和科学大胆地向股票技术分析的真伪挑战。新书《假中寻真》说破原来想赢钱，必先学会不输钱，这才是务实的炒股态度。 李应樵：Marvel Digital公司的CEO，李博士的兴趣为科研的工业应用。李博士个人研究方向为Ontology Engineering, 知识管理和科技管理及其应用。 陈振冲：现任香港理工大学教授，其研究方向和项目包括软件工程，数据挖掘和计算机智能等。
雷剑文 李应樵 陈振冲 译：暂无简介
从第1版面世以来已经过去5年了。Beck要我为第2版写序言时，我跟他要一份带修订标记的手稿。多么傻的要求——这书完全重写了！在《解析极限编程》第2版中，Beck重新考虑了XP，并把XP的范例（保持清醒、适应、改变）应用到XP自身。Beck重新考虑、整理和重构了《解析极限编程》的每一个比特（bit），并结合了许多新的理解，结果就是解析得更好的《解析极限编程》！
这是个绝妙的机会来反省XP怎样影响了我自己的软件开发。《解析极限编程》第1版发布不久，我开始参与Eclipse项目，它现在吸引了我所有用于软件方面的精力。Eclipse并不是在纯XP的旗帜下运行的。我们遵循一些敏捷实践，但XP的影响很容易就可以观察到。最明显的就是我们把一些XP实践直接编进了我们的工具。重构、单元测试、编程时的即时反馈现在都是我们工具集中不可缺少的一部分。此外，既然我们“吃自己的狗食（eating our own dog food）”指他们在开发Eclipse时使用Eclipse。——译者注 ，我们在日复一日的开发中使用了这些实践。甚至更有趣的是在我们开发过程中可以观察到XP的影响。Eclipse是个开源项目，我们的目标之一是实践完全透明的开发。基本原理很简单：如果你不知道项目要走向何方，就无法解决困难或提供反馈。XP实践帮助我们达到这个目标。
下面是我们应用一些实践的方式：
尽早测试、经常测试、自动测试——为得到我们最新构建的绿色指通过测试，单元测试工具JUnit在全部测试通过时会显示绿色标记。——译者注 标记，得通过21 000多个单元测试。
增量设计——我们每天都投入设计，但我们有额外约束：保持API的稳定。
每日部署——至少每天部署一次组件代码，在已部署代码之上开发，以得到即时反馈并尽早发现问题。
客户参与——我们很幸运有一个活跃的用户社区，他们不胆怯，给我们提供了持续的反馈。我们倾听并且尽全力作出响应。
持续集成——每晚构建最新的代码。夜构建让我们洞察组件间的集成问题。我们每个星期进行集成构建，确保包含了所有组件。
短开发周期——我们的周期比XP建议的一个星期的周期要长，但是目标是一致的。我们每六个星期的周期结束时有一个里程碑构建，这已经成为我们项目生死攸关的核心。每个里程碑构建的目的是显示进度（这让我们诚实）并且交付一个足够高质量水平的软件使得我们的社区能够真正地使用并提供反馈（这让我们更加诚实）。
增量计划——每次发布之后，我们开发一个全面的初步计划，该计划贯穿我们整个发布周期并不断演化。这个计划及早地张贴在我们网站，这样我们的用户社区能够参与对话。只有里程碑是例外的，它们在第一次计划迭代中就被确定，因为这定义了我们项目的重要核心。
虽然事实上我们没有整个采用XP，但我们从上述XP实践中获益良多。特别是，它们帮助我们减轻了开发压力！所有这些实践，由一个强大的承诺准时交付高质量软件的团队巩固着，是我们精确命中计划的里程碑和交付日期的关键。
Kent在继续挑战我的软件开发观点。读这本书时我发现了几个实践，我会把它们加入尝试列表。我建议你也这样做，接受XP的邀请来改进你开发软件的方式，创造杰出的软件。
Erich Gamma
2004年9月
本书赞誉
推荐序
译者简介
前言
致谢
第1章极限编程定义
第一部分探索极限编程
第2章学习开车
第3章价值观、原则和实践
第4章价值观
沟通
简单
反馈
勇气
尊重
其他
第5章原则
人性化
经济学
互惠互利
自相似性
改进
多样性
反省
流
机遇
冗余
失败
质量
婴儿步
接受责任
第6章实践
第7章基本实践
坐在一起
完整团队
信息工作空间
充满活力地工作
结对编程
结对与个人空间
故事
周循环
季度循环
松弛
10分钟构建
持续集成
测试优先编程
增量设计
那么现在
第8章启程
为实践绘图
第9章扩展实践
真实客户参与
增量部署
团队连续性
收缩团队
根源分析
共享代码
代码和测试
单一代码库
每日部署
协商范围的合同
依用付费
第10章完整XP团队
测试员
交互设计师
架构师
项目经理
产品经理
主管人员
技术文献书写员
用户
程序员
人力资源
角色
第11章约束理论
第12章计划：管理范围
第13章尽早测试、经常测试、自动测试
第14章设计：时间的价值
简单
第15章增大XP规模
人数
投资
组织的大小
时间
问题的复杂性
解决方案的复杂性
故障的后果
第16章访谈
第二部分XP哲学
第17章XP诞生的故事
第18章泰勒主义和软件
第19章丰田生产制度
第20章应用XP
选择教练
什么时候不应该使用XP
第21章纯度
认证和鉴定
第22章离岸开发
第23章永恒的编程之道
第24章XP和社区
第25章结语
参考文献
