《Refactoring: Improving the Design of Existing Code》by Martin Fowler
中译版：《重构：改善既有代码的设计》，侯捷，熊节，中国电力出版社
重构这本书的意义在于，他提供了一种让你写出更加优美代码的能力。在测试的保证下，重构能够发挥强大的威力。敏捷团队中，不断的重构出简单且高效的代码才能够保持拥抱不断变化的需求。后来的一本书《Refactoring to Patterns》（从重构到模式）by Joshua Kerievsky，更是将重构的威力发挥到极限。
重构曾被称为软件开发图书的双璧，另一本书是《Design Patterns》(设计模式) by GoF。当然，对现在的软件开发这二者已经不是重要的。ThoughtWorks的首席科学家Martin Fowler总结了朋友们的各种实践心得，写出了这本书。从几年后的目光来看，这本书中的多数实践都被各种IDE做到了操作菜单中。虽然IDE提供了大量重构功能，但仅靠IDE是无法写出简洁美妙代码的，多数的敏捷团队重构工作做得还是不够。

另外有一本专门介绍结对编程的书，《Pair Programming Illuminated》（结对编程技术）by by Laurie Williams and Robert Kessler，指出了为什么要结对？并从各种不同水平不同性格的程序员结对情况来讨论该实践的优劣。对此有兴趣的程序员不妨一读。

二、敏捷软件开发实践
自从2001年敏捷联盟成立以来，单独推广极限编程的书变少了，而统一口径推广敏捷的书变得越来越多。两本同名的敏捷软件开发都是不可多得的好书，

《Agile Software Development：Principles， Patterns， and Practices》by Robert C. Martin
中译版：《敏捷软件开发：原则，模式与实践》，邓辉，清华大学出版社
被业内人士称为Uncle Bob的Robert C Martin在沉寂几年后写出了这部书。该书可以算是从软件开发角度对敏捷方法阐述的详细和全面的一本。之前的敏捷书籍多是关注于过程改进，而对如何从技术角度实施讲的比较少。本书一开始先介绍了敏捷联盟和敏捷开发过程。之后详细论述了面向对象设计的原则，这些原则是本书的精华之一。后面通过几个项目介绍了如何将设计模式应用于项目中。
Uncle Bob不愧是实践的大师，写出来的书也是拥有很强的实践意义。在敏捷团队的办公桌上，应当常备此书，一来可作为参考查询，二来可以作为新成员的必读书目。

《Agile Software Development》by Alistair Cockburn
中译版：《敏捷软件开发》，俞涓，人民邮电出版社
这本书更加适合管理者来阅读。Alistair从项目人数和交流难易程度，将敏捷的各种方法划分了其适用范围。人数多的或分布式项目需要靠其他手段来加强交流，人数少的可以靠pair programming等进行面对面的交流。交流和反馈是敏捷的核心。同时Alistair也介绍了一下他提出的Crystal方法族。

三.敏捷项目管理和敏捷需求分析
在推广敏捷一段时间后，敏捷社群也意识到，多数书籍更像是面向开发人员，过于技术化，难以吸引项目经理或主管。因此，一批面向管理者视角的书也开始浮出水面，这些书包括：
《Agile and Iterative Development》（敏捷迭代开发）by Craig Larman
《Lean Software Development》（敏捷软件开发工具—精益开发方法）by Mary Poppendieck
《Agile Software Development Ecosystems》（敏捷软件开发生态系统）by Jim Highsmith
书中从各种角度比较和分析各种敏捷方法的优劣，异同，起源，适用范围等。这些书对于一个项目主管决策使用何种过程来在自己的团队中实践敏捷有很好的参考作用。

近两年，人们开始逐渐意识到敏捷开发的侧重点不仅仅是开发过程和开发实践，还包括对需求和项目管理等其他相关方面的实践。一些相关的书籍也悄然出现在人们的视野：
《Agile Project Management》（敏捷项目管理）by Jim Highsmith
《User Stories Applied》by Mike Cohn
《Agile Estimating and Planning》by Mike Cohn
《Agile Requirements & User Stories》 by Louis Molnar
这些书不同于以往强调新方法，新过程的书目。敏捷项目管理类的书主要介绍如何管理敏捷团队，如何计划要开发的需求，如何为客户提供大的价值。介绍敏捷需求分析的书主要帮助商务分析师或项目经理挖掘和分析用户需求，写出用户故事，评估和计划用户故事等。人们已经意识到，各种方法论的实质是相同的，都是提供商业价值，减少浪费，增加交流，快速反馈。因此不需要着重于区分是使用了那种方法。对项目经理来说，不同的项目或团队应当采用适应其特殊情况的方法，而这些方法的基本原则是相同的。

四.敏捷软件开发新方向
对架构师或程序员来说，近年来的技术进展，也使得敏捷开发有了新的研究方向：
《Agile Web Development with Rails》by Dave Thomas， David Hansson， Leon Breedt， and Mike Clark
该书是获得2006JOLT奖的书，讲得是采用Ruby on Rails这个Web开发工具新贵来快速开发Web项目，从而达到快速反馈拥抱变化的目的。
《Refactoring Databases》by Scott W Ambler
此书是Scott的新作，延续和继承了《Agile Modeling》（敏捷建模）和《Agile Database Techniques》（敏捷数据）的思想。在敏捷开发过程中，作为持久化常见技术的数据库如果不能够敏捷，怎么能够适应一次次迭代和一次次发布的修改呢？书中介绍了如何进行数据库演化，如何保证升级后数据库数据的正确性，以及佳实践。

我们可以看到，随着敏捷方法和市场的不断成熟，敏捷的书籍也从理论性转向了实用和佳实践类型。然而，不可否认的是，一个团队的敏捷化很难仅靠阅读书本来完成，由成功实践过敏捷的开发者手把手的带领，才是好的方法。