交付用户想要的软件

让用户和客户参与软件开发：和客户讨论时，准备几种可选方案，介绍每种方案的优缺点以及潜在的成本和利益，让客户做决定，并注明原因。

让设计指导而不是操纵开发：设计满足实现即可。不必过于详细。严格的需求-设计-代码-测试开发流程源于瀑布式开发方法，它导致在前面进行了过度的设计，在项目的生命周期中，更新和维护这些详细的设计文档变成了主要工作。前期设计属于战略，不应该具体说明程序方法、参数、字段和对象交互精确顺序的细节，更适合讨论如何设计类得职责（CRC卡片：类-职责-写作）。计划是没有价值的，但计划的过程是必不可少的。

合理使用新技术：在考虑引进新技术或者框架之前，考虑一下几个方面：这个技术框架能解决这个问题？你会被拴住么？维护成本？

保持可以发布：保证系统随时可以编译、运行、测试并立即部署。

提早集成，频繁集成：敏捷的一个主要特点是持续开发，因频繁集成代码。产品开发过程中，集成是一个主要的风险区，早起就进行集成可以看到子系统之间的交互和影响，估算它们之间的通信和共享的信息数据。

提早实现自动化部署：花一些时间考虑如何将安装过程自动化，当用户需要时，随时安装系统，提前实现，让质量团队既可以测试应用又可以测试安装过程。有些项目在安装之前就设置好了所有安装环境。

使用演示获得频繁集成：演示是用来让客户提出反馈的，有助于驾驭项目方向。

使用短迭代，增量发布：统一过程和敏捷方法都使用迭代和增量开发。迭代开发是，在小且重复的周期里，你完成各项开发任务：分析、设计、实现、测试和获得反馈。迭代结束时，产品或者不可用。对于大项目，最理想的办法就是小步前进，这也是敏捷方法的核心。

固定的价格意味着背叛承诺：让团队和客户在一起，作出具体时间的评估，有客户控制预算和功能。