XP实际上是一种经历过很多实践考验的一种软件开发的方法，它诞生了大概有5年，它已经被成功的应用在许多大型的公司，如：Bayerische Landesbank, Credit Swiss Life,
DaimlerChrysler, First Union National Bank, Ford Motor Company and UBS.
XP的成功得益于它对客户满意度的特别强调，XP是以开发符合客户需要的软件为目标而产生的一种方法论，XP使开发者能够更有效的响应客户的需求变化，哪怕在软件生命周期的后期。
同时，XP也很强调团队合作。团队包括：项目经理，客户，开发者。他们团结在一起来保证高质量的软件。XP其实是一种保证成功的团队开发的简单而有效的方法。
XP强调四种价值：交流，简易，回馈，勇气。XP程序员之间紧密的相互交流，XP程序员也和客户紧密的交流。他们总是保持他们的设计简单明了。项目一开始，XP就强调通过对软件的不断测试来获得反馈，程序员尽可能
早的把软件交给客户，并实现客户对软件需求提出的变化，有了这些基础，XP程序员就可以自信的面对需求和软件技术的变化。
XP是与众不同的，它有点象快步的舞蹈。XP开发过程包括许多的小卡片，独立的看，这些小卡片没有什么意义，但是当它们组合在一起，一幅完整的美丽的图片就可以看见，XP方法有别于传统软件开发，它是软件开发的一
种新的重要的发展。它改变了我们开发程序的传统思维方式。

XP方法的产生是因为难以管理的需求变化，从一开始你的客户并不是很完全的知道他们要的系统是怎么样的，你可能面对的系统的功能一个月变化多次。在大多数软件开发环境中不断变化的需求是唯一的不变，这个时候应用X
P就可以取得别的方法不可能取得的成功。XP方法的建立同时也是为了解决软件开发项目中的风险问题。假如你的客户在特定的时间内，需要一个相当难开发的系统，而且对于你的项目组来说，这个系统是一个新的挑战（从来
没有做过），那风险就更大了，如果这个系统对于整个软件行业来说都是新的挑战，那么它的风险就更大了，采用XP将可以减少风险，增加成功的可能。

XP方法是为小团体开发建立的，在2-10个人之间。假如你的团体恰好合适，你就不需要用其他的软件工程方法了，就用XP，但是要注意你不能将XP方法应用于大团体的开发项目中。我们应该注意，在需求一惯呈动态
变化或者高具有高风险的项目中，你就会发现XP方法在小团体的开发中的作用要远远高于在大团体的开发。

XP方法需要一个扩展的开发团体，XP团体不仅仅包括开发者，经理、客户也是其中的一员，所有的工作一环扣一环，问问题，商讨方法和日程，增加功能测试，这些问题的解决不仅仅涉及到软件的开发者。

另一个需要是可测试性，你必须能增加自动的单元测试和功能测试，然而在你进行这个需求的时候，你会发现有许多的问题很难测试，这需要充分发挥你的测试的经验和智慧，而且你有时还要改变你的设计以便它可以更容易的
进行测试。记住：那儿有需求，那儿就应该有测试的方法。

在XP方法的好处的清单上，最后一条是生产力。在同样的合作环境下，XP项目都一致的表现出比使用其他方法高的多的生产力。但这从来不是XP方法学的真正目标。XP真实追求的目标是：在规定的时间生产出满足客户
需要的软件。假如对于你的开发来说，这是很重要的方面，你就可以选择XP了。