敏捷软件开发-原则、模式与实践 （一）

          为了达到敏捷开发，我们需要使用一些实践提供必要的准则和反馈，需要使用一些设计原则使我们的软件保持灵活且可维护，还需要理解一些已经被证明在特定问题中可以权衡这些原则的设计模式。

  敏捷软件开发宣言：

 人和交互  重于 过程和工具

 可以工作的软件 重于 面面俱到的文档

客户合作  重于 合同谈判

随时应对变化 重于 遵循计划

 

Martin文档第一定律（Martin's First Law of Documentaion）

 直到迫切需要并且意义重大时，才编制文档。

 较好的做计划的策略是：为下一个周做详细的计划，为下3个月做粗略的计划，在以后的就做极为简单的计划。

12条原则：

1.我们最优先要做的是通过尽早的，持续的交付有价值的软件来使客户满意。

2.我们欢迎需求的变化，即使到了开发的后期，敏捷过程能够驾驭变化，为客户创造竞争优势。

3.经常交付可以工作的软件，从几个星期到几个月，时间间隔越短越好。

4.在整个项目开发期间，业务人员和开发人员必须朝夕工作在一起。

5.围绕斗志高昂的人构建项目。给他们提供所血药的环境和支持，并且信任他们能够完成工作。

6.在团队内部，最有效率也最有效果的信息传递方式，就是面对面的交谈。

7.可以工作的软件是进度的衡量标准。

8.敏捷过程提倡可持续开发。出资人、开发者和用户应该总是保持稳定的开发速度。

9.对卓越技术和良好设计的不断追求有助于提高敏捷性。

10.简单--尽量减少工作量的艺术是至关重要的。

11.最好的架构、需求和设计都源于自我组织的团队

12.每隔一段时间。团队都要总结如何更有效率，然后相应的调整自己的行为。