概念

极限编程（ExtremeProgramming，简称XP）是由KentBeck在1996年提出的，是一种软件工程方法学，是敏捷软件开发中可能是最富有成效的几种方法学之一。如同其他敏捷方法学，极限编程和传统方法学的本质不同在于它更强调可适应性能性以及面临的困难。1996年三月，Kent终于在为DaimlerChrysler所做的一个项目中引入了新的软件开发观念——XP。适用于小团队开发。

XP核心价值

第一，沟通（Communication）：即追求有效的沟通。XP强调项目开发人员、设计人员、客户之间等有效地、及时地沟通，确保各种信息的畅通。
第二，简单（Simplicity）：即实现最简单的可行方案。XP认为应该尽量保持代码的简单，只要能够满足工作需要就行，这样有利于代码的重构和优化。
第三，反馈（Feedback）：即快速有效的反馈。要求不断对当前系统状态进行反馈，通过反馈，达到迅速沟通、编码、测试、发布的目的。
第四，勇气（Courage）：即勇于放弃和重构。对于用户的反馈，XP程序员要勇于对自己的代码进行修改，即使有些修改可能会使得原来已经通过的测试又出现错误，但是经过团队的共同攻关，最终必然会取得满意的效果。
第五，尊重（Respect）：让每个成员在团队中获得应有的尊重

12个最佳实践

1、现场客户 ( On-site Customer )
2、代码规范 ( Code Standards )
3、每周40小时工作制 ( 40-hour Week )
4、计划博弈 ( Planning Game )：
要求结合项目进展和技术情况，确定下一阶段要开发与发布的系统范围。
5、系统隐喻 ( System Metaphor )：
通过隐喻来描述系统如何运作、新的功能以何种方式加入到系统。它通常包含了一些可以参照和比较的类和设计模式。
6、简单设计 ( Simple Design )
7、测试驱动 ( Test-driven )

8、代码重构 ( Refactoring )
代码重构是指在不改变系统行为的前提下，重新调整、优化系统的内部结构以减少复杂性、消除冗余、增加灵活性和提高性能。

9、成对编程 ( Pair Programming )

10、XP
认为开发小组的每个成员都有更改代码的权利，所有的人对于全部代码负责。

11、持续集成 ( Continuous Integration )
提倡在一天中集成系统多次，而且随着需求的改变，要不断的进行回归测试。

12、小型发布 ( Small Release )
强调在非常短的周期内以递增的方式发布新版本，从而可以很容易地估计每个迭代周期的进度，便于控制工作量和风险；同时，也可以及时处理用户的反馈。