1、我们最优化先要做的是通过尽早的、持续的交付有减脂的软件来使客户满意。
2、即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
3、经常性地交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。
4、在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
5、围绕被激励起来的个人构建项目。给他们踢空所需的环境和支持，并且信任他们能够完成工作。
6、在团队内部，最距有效果并且富有效率的传递信息的方法，就是面对面的交谈。
7、工作的软件是首要的进度度量标准：
敏捷项目通过度量当前软件满足客户需求的数量来度量开发进度。 它们不是根据所处的开发阶段、已经编写的文档多少或者已经创建的基础结构代码来度量开发进度的。
只有当30%的必须功能可以工作时，才可以确定进度完成了30%。
8、敏捷过程提倡可持续的开发速度。负责任、开发者和用户应该能够保持一个长期的、恒定的开发速度。
9、不断地关注优秀的技能和好的设计会增强敏捷能力。
10、简单——使未完成的工作最大化的艺术——是根本的。
敏捷团队不会构建 华而不实 的系统， 更愿意采用 和目标一致的最简单的方法。
11、最好的构架、需求和设计出自于自组织的团队。
12、每隔一定的时间，团队会在如何才能更有效地工作方面进行反省，饭后相应地对自己行为进行调整。
总结：每一位软件开发人员、每一个开发团队的职业目标，都是给他们的雇主和客户交付最大可能的价值。可是，我们的项目以令人沮丧的速度失败、或者未能交付任何价值。虽然在项目中采用过程方法是处于好意的，但是膨胀的过程方法对于我们的失败是要负一些责任的。敏捷软件开发的原则和价值观构成了一个可以帮助团队打破 过程膨胀 循环的方法。这个方法关注的是可以达到团队目标的一些简单的技术。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/199387.html原文链接：https://javaforall.net
