敏捷开发的原则很伟大，随着时间的流转，有些原则个人感觉有点口号化了，故帅选简化版7个原则，不多也不少，刚刚好方便记忆。希望对大家有帮助。

　　

1，尽早的，频繁的交付可以工作的软件。

　　　　交付初期，功能越少，质量越高。

　　　　功能逐渐增加+经常性的交付，交付越频繁，质量越高。

2，既是到了后期，也欢迎变化。

　　　　变化是好事，这需要学习一些设计原则和模式。

3，围绕个体构造项目。

　　　　让开发，管理服务人员；而不是人服务管理。

4，提倡匀速开发。

　　　　过快容易疲劳，精力耗尽，以至崩溃；不借用明天的时间做今天的工作。

5，保持软件尽可能的清洁，强壮。

　　　　如果是今天制造混乱，那么应该在今天处理完毕。

6，最高质量完成最简单工作。

　　　　简单功能需要高质量保证，简单而质量低下是一种低级错误。

7，团队定期反省，畅谈更高效的工作，并进行调整。　　　

　　　　团队所处的环境在变，为保持团队的敏捷，必须与时俱进，跟随环境一起变化。

　　　　反省包括，组织方式、规范等等。