敏捷开发原则

原则一
我们最先要做的是通过尽早的持续的交付，有价值的软件来时客户满意，初期交付的系统中所包含的功能越少，最终交付的系统的质量就越高，交付的越频繁，最终产品的质量就越高。

原则二
即使到了开发的后期也欢迎改变需求敏捷过程，利用变化来为客户创造竞争优势。

原则三
经常性的交付，可以工作的软件交付的间隔可以从几周到几月交付的时间间隔越短越好。

原则四
在整个项目开发期间业务人员和开发人员必须天天都在一起工作。

原则五
围绕被激励起来的个人来构建项目给他们提供所需要的环境和支持，并且信任他们能够完成工作。在敏捷项目中仍被认为是项目取得成功的最重要的因素，其他因素对于人有负面影响时，就要对他们进行改变。

原则六
团队内部最有效的传递信息方式就是面对面的交谈。

原则七
工作的软件是首要的，进度度量标准，明年项目通过度量，当前软件满足客户需求的数量来度量开发进度，他们不是根据所处的开发阶段已经编写的文档多少或者已经创建的基础结构代码的数量来度量开发进度。

原则八
敏捷过程提倡可持续的开发速度。

原则九
不断的关注优秀的技能和好的设计会增强敏捷能力。

原则十
简单是根本，敏捷团队不会是出去构建那些华而不实的系统，他们总是更愿意采用和目标一致的最简单的方法。

原则十一
最好的架构需求和设计出自于自组织的团队，明天团队是自组织的团队任务，不是从外部分配给单个团队成员，而是分配给整个团队，然后再由团队来确定完成任务的最好方法。

原则十二
每隔一定时间团队会在如何才能更有效的工作方面进行反省，然后相应的对自己的行为进行调整。

——摘自《敏捷软件开发：原则模式与实践》by Robert C.Martin