XP的极限编程（eXtreme Programming）
XP由价值观、原则、实践和行为四个部分组成，它们彼此相互依赖、关联， 并通过行为贯穿于整个生命期。
四大价值观：沟通（Communication）、简单（Simplicity）、反馈（Feedback）、勇气（Courage）
五大原则：快速反馈、简单性假设、逐步修改、提倡更改、优质工作
极限编程13个最佳实现
现场客户( Customer Tests)：客户长期与开发人员在同一间办公室办公，随时解决开发人员关于需求的问题。现场客户负责编写用户故事，负责决定用户故事的优先级以及实现顺序。现场客户负责编写验收测试用例。
代码规范 ( Code Standards )：开发团队应该拥有一个编码标准。
完整团队（Whole Team）：XP的核心是其总结的沟通（Communication）、简单（Simplicity）、反馈（Feedback）、勇气（Courage）四大价值观，一切都建立在团队成员之间的相互关心、相互理解的基础之上。
集体所有（Collective Ownership）：团队中的每个成员都拥有对代码进行改进的权利，每个人都拥有全部代码，也都需要对全部代码负责。同时，XP强调代码是谁破坏的，就应该由谁来修复。
平稳工作 ( Sustainable Pace )：加班最终会扼杀团队的积极性，最终导致项目失败，每周工作40小时是一种顺势行为，是一种规律。
计划博弈 ( Planning Game )：客户编写故事，开发人员进行估算，确定迭代的周期。
系统隐喻 ( System Metaphor )：寻求共识，发明共享词汇，描述体系结构。隐喻是设计和沟通的辅助手段，使项目成员对于系统的实现方式达成共识。
简单设计 ( Simple Design )：只要今天够用就行，不考虑明天会发现的新问题。
测试驱动 ( Test-driven )：测试先行
代码重构 ( Refactoring ) ：时刻对代码进行重构，一直保持其良好的结构与可扩展性。集体CodeReview也是很重要的。
结对编程 ( Pair Programming )：系统的任何一个部分都肯定至少有2个人以上熟悉，好处是代码会被100%review，有效地降低代码缺陷率。
持续集成 ( Continuous Integration )：开发人员坚持随时进行提交，系统每天一次集成。
小型发布 ( Small Release )：开发周期经常发布中间版本。要做到小型发布，则必须先实现持续集成