《构建之法》第六章

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

总的来说：敏捷是一种态度，而不是一个说明性的过程。它不能解决问题，但可以用于优化解决问题的过程。