本文共 682 字，大约阅读时间需要 2 分钟。
敏捷开发一直是我很欣赏的工作指导，可惜工作这么多年，都没有哪一个项目可以说“我们的项目正在敏捷开发”，原因？领导通常比较相信CMMI这样庞大，但是产出详细的过程（大家都觉得最详细的是文档，呵呵）。
以下内容只是自己在学习敏捷过程中的一些想法和要点的记录，不是展示给大家的作文，如果被你凑巧看见了可笑的部分，请不要介意。
原则，模式，实践都是重要的，但是使它发挥作用的是人。。。非常经典的一句话，也正是敏捷开发的核心，人才是一切的来源。。。
失控的过程膨胀，形容的非常贴切的项目开发描述，我参与的几个中型项目，都经历了这样一个过程。
敏捷开发宣言
-
- 团队的构建要重过环境构建--很多团队都是先构建了环境，再希望工具来让团队自动适应，工具很难让团队自动凝聚在一起。
- 可以工作的软件， 胜过 面面俱到的文档
- 没有文档的系统是一种灾难，代码无法传递系统原理和结构这些重要信息。
- 过多的文档就更好吗？首先要花大量的时间去编写，而且系统一旦变化，还要保持文档与系统变化的同步，如果没有保持同步怎么办？那更麻烦了，这会对其他看文档的人产生重大的误导。
- 所以编写和维护一份系统原理和结构文档更有意义。
- 新进入项目，不了解项目的开发人员，应该是大家工作在一起，面对面的为他解答。
- 客户合作， 胜过 合同谈判
-
- 与客户真诚的合作，而不是有了合同，就各自做各自的事情，然后等着合同到期的时候再来验收。
- 响应变化， 胜过 遵循计划
- 计划不要考虑的过远
- 可以对近期（2周左右），做一个很详细的计划，对较远（3个月内）有个大概的计划，一年后？有个想法就可以了
原则
转载地址：http://urgdi.baihongyu.com/