摘抄自 《敏捷软件开发--原则、模式与实践》
敏捷软件开发宣言我们通过亲身实践以及帮助他人实践，揭示更好的软件开发方法。通过这项工作，我们认为：
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
虽然右项也具有价值，但我们认为左项具有更大的价值
敏捷宣言遵循的原则从上述的价值观中引出了下面的12 条原则，它们是敏捷实践区别于重型过程的特征所在。
1．我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
2．即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
3．经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
4．在整个项目开发期间，商务人员和开发人员必须天天都工作在一起。
5．围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。
6．在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
7．工作的软件是首要的进度度量标准。
8．敏捷过程提倡可持续的开发速度。责任人（sponsors）、开发者和用户应该能够保持一个长期的、恒定的开发速度。
9．不断地关注优秀的技能和好的设计会增强敏捷能力。
10．简单——使未完成的工作最大化的艺术——是根本的。
11．最好的构架、需求和设计出自于自组织的团队。
12．每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。 面向对象设计的原则:
SRP 单一职责原则
就一个类而言，应该专注于做一件事和仅有一个引起它变化的原因。 OCP 开放－－封闭原则
对于扩展开放，对于修改封闭。 LSP 里氏替换原则
子（继承）类能在程序中代替父类（C#：基类，Java：超类）。 DIP 依赖倒置原则
抽象不依赖于细节，细节应该依赖抽象。（面向抽象编程，C#为面向接口编程）。 ISP 接口隔离原则
接口属于用户类。（接口面用用户类，不用想着和自身层次、方法相关） REP 重用发布等价原则
重用的粒度就是发布的粒度。（？这个没有具体的认识） CCP 共同封闭原则
对于需求的响应，一个包中的所以类，有一个共同的响应（改变），而对于包外是不造成影响。 CRP 共同重用原则
包中的所有类共同重用，就是要重用就全部重用。 ADP 无环依赖原则
依赖关系不要存在环。 ADP 稳定依赖原则
朝着稳定的方向进行依赖。 SAP 稳定抽象原则
包的抽象程度应该和稳定程序一致。
对于这些Principles中的某些，真的是一知半解甚至完全无知，特别是后面三个，望个中高手不啬赐教！！！
极限编程实践完整团队计划游戏
客户测试
简单设计
结对编程
测试驱动开发
改进设计
持续集成
集体代码所有权
编码标准
隐喻
可持续的速度
虽然文中给出了敏捷开发的诸多要点，都是些条条框框，但是要真正去理解了每一条的含义，才能实现真实意义上的敏捷开发（极限编程eXtreme Programming）。