极限编程指导原则(XP)

极限编程指导原则(XP)
摘自对象开发名著<<敏捷软件开发>>，作者:Robert C.Martin

1.完整团队
XP项目的所有参与者(业务分析师，系统设计师，开发人员，测试人员...),
一起工作在一个开放的场所中，他们是同一个团队的成员,
这个场所的墙壁上随意悬挂着大幅的显著的图表以及其它一些显示他们进度的东西.

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

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

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

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

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

7.改进设计
随时改进糟糕的代码.
保持代码尽可能的干净,具有表达力.

8.持续集成
团队总是全系统完整地被集成.

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

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

11.隐喻
团队提出一个程序工作原理的公共影像(模型).

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