极限编程实践

极限编程实践

完整的团队 XP项目的所有参与者（开发人员、业务分析师、测试人员等等）一起工作在一个开放的场所中他们是一个团队的成员，这个场所的墙壁上随意悬挂着大幅的、显著的图表以及一些其他显示他们进度的东西。

计划游戏 计划是持续的、循序渐进的。每2周，开发人员就为下2周估算候选特性的成本，而客户则根据成本和商务价值来选择要实现的特性。

客户测试 作为选择每个所期望的特性的一部分，客户定义出自动验收测试来表明该特性可以工作。

简单设计 团队保持设计恰好和当前的系统功能相匹配，它通过了所有的测试，不包含任何重复，表达出编写者想表达的所有东西，并包含尽可能少的代码。

结对编程 所有的产品软件都是由两个程序员，并排坐在一起在同一台机器上构建的。

测试驱动开发 程序员以非常短的周期工作，他们先增加一个失败的测试，然后使之通过。

改进设计 随时改进糟糕的代码，保持代码尽可能的干净、具有表达力。

持续集成 团队总是是系统完整的被集成。

集体代码所有权 任何结对的程序员都可以在任何时候改进任何代码。

编码标准 系统中所有的代码看起来就好像是被单独一个——非常值得胜任的——人编写的。

隐喻 团队提出一个程序工作原理的公开景象。

可持续的速度 团队只有持久才有获胜的希望。他们以能够长期维持的速度努力工作。他们保存精力，他们项目看作是马拉松长跑，而不是全速短跑。