敏捷软件开发宣言与原则

Technorati 标签: 敏捷软件开发

核心内容：
1. 个体和交互        胜过    过程和工具
2. 可以工作的软件  胜过    面面俱到的文档
3. 客户合作           胜过    合同谈判
4. 响应变化           胜过    遵循计划

启示：
1. 人是获得成功的最为重要的因素，记住，团队的构建要比环境的构建重要的多。一般的编程水平 + 良好的合作、沟通能力 >> 高水平编程能力但缺少有效沟通能力
2. Martin文档第一定律： 直到迫切需要并且意义重大时，才来编制文档。
3. 成功的项目需要有序、频繁的客户反馈。不是依赖于合同或者关于工作的陈述，而是让软件的客户和开发团队密切地在一起工作，并尽量经常地提供反馈。
4. 计划不能考虑的太远。应该：为下两周做详细的计划，为下三个月做粗略的计划，再以后就做极为粗略的计划。

12条原则：
1. 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
2. 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化为客户创造竞争优势。
3. 经常性的交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。
4. 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
5. 围绕被激励起来的个人构建项目。给他们提供所需要的环境和支持，并且信任他们能够完成工作。
6. 在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
7. 工作的软件是首要的进度度量标准。
8. 敏捷过程提供可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
9. 不断关注优秀的技能和好的设计会增强敏捷能力。
10.简单——使未完成的工作最大化的艺术——是根本的。（未完成—>已完成，maybe,I think）
11.最好的架构、需求和设计出自于自组织的团队。
12.每隔一定时间，团队会在如何才能更有效率的工作方面进行反省，然后相应地对自己的行为进行调整。

敏捷过程示例：
SCRUM，Crystal，特征驱动软件开发（Feature Driven Development，简称FDD），自适应软件开发（Adative SoftwareDevelopment，简称ADP），以及最重要的极限编程（eXtreme Programming，简称XP）。