关键词：《敏捷软件开发原则、模式与实践》，（美）Robert C.Martin， 读书笔记，极限编程
第二章 极限编程概述
- 极限编程（XP）实践
1）客户作为团队成员
最好的情况是——客户和开发人员在同一个房间中工作。
次一点的情况是——工作距离在100米以内，距离越呆，客户就越难成为真正的团队成员。
如果确实无法和客户在一起工作——去寻找能够在一起工作、愿意并能够代替真正客户的人。
2）用户素材（user stories 用户故事）
3）短交付周期
a）迭代计划 （一旦迭代开始，客户就同意不再修改档次迭代中用户素材的定义和优先级别）
b）发布计划（XP团队通常会创建一个计划来规划随后大约6次迭代的内容， 这就是所谓的发布计划。）
客户可以随时改变计划的内容：
可以取消素材
编写新的用户素材
或者改变用户素材的优先级别
4）验收测试
5）结对编程
6）测试驱动的开发方法
7）集体所有权
8）持续集成
9）可持续的开发速度
10）开放的工作空间
11）计划游戏
12）简单的设计：
a）考虑能够工作的最简单的事情
b）你将不需要它。（假设团队有可能在未来某个时间需要某些基础架构，那么只有当有证据或十分明显的迹象表明现在引入这些基础架构会比继续等待更加合算时，团队才会引入这些基础架构）
c）一次，并且只有一次。（不允许重复的代码，提炼出抽象来消除重复）
13）重构
XP团队通过经常性的代码重构来扭转代码退化。重构是持续进行的，是我们每隔一个小时或者半个小时就要去做的事情。持续地保持尽可能干净、简单并且具有表现力的代码。
14）隐喻
隐喻是将整个系统联系在一起的全局视图，如果模块的外观与整个系统的隐喻不符，那么你就知道该模块是错误的。
2. 结论。
极限编程是一组简单、具体的实践，这些实践结合在一起形成了一个敏捷开发过程：
团队可以拿来直接采用，
也可以增加一些实践，
或者对其中的一些实践进行修改后采用。
原文地址：http://www.cnblogs.com/johnnyH/p/16818866.html
