- 尽早地、持续地交付有价值的软件来使客户满意。一方面让客户看到一个渐增的系统，另一方面可以更早的确认实现的功能是客户需要的，交付的越频繁，最终的产品质量越高
- 拥抱变化，即使是项目后期。敏捷过程能够驾驭变化，为客户创造竞争优势。作为敏捷开发参与者应该不惧变化，通过保持软件结构的灵活性应对需求的变化
- 软件交付的时间间隔越短越好。
- 在软件开发期间，业务人员和开发人员必须一起工作。以敏捷的方式进行项目开发，客户、开发人员以及利益相关者之间必须进行有意义的沟通
- 环境因素也是影响项目开发的重要因素，但最重要的还是人，所以参与开发的人应该是斗志昂扬的
- 在团队内部，最有效的沟通方式就是面谈
- 可以工作的软件是进度的主要标准。代码的开发进度不是编写了多少代码函数、写了多少文档，而是完成了30%的必需功能，才可以确定进度完成了30%
- 敏捷过程应该是可持续的，保持稳定的开发速度。一鼓作气，再而衰，三而竭，所以开发人员不应该让自己过于疲惫，也不应该将任务拖到明天
- 敏捷团队成员应该追求卓越的技术和良好的设计，编写高质量的代码，如果编写了混乱的代码，当下就应该处理掉，而不是过后处理
- 用最简粗暴的方式实现系统，而不是构建华而不实的系统
- 每个参与项目的开发人员应该都对系统的设计、需求有了解，而不是某个人只负责某个模块。也就是说参与开发的人员，对系统的各个功能换个人就能上
- 每到一定的时间，团队都应该对项目进行总结，而后做出相应的调整
轻装上阵，灵活应变，注重沟通，快速反馈