敏捷宣言：
- 个体和互动高于流程和工具
- 工作的软件高于详尽的文档
- 客户合作高于合同谈判
- 响应变化高于遵循计划
敏捷宣言其实就是敏捷的价值观，认为左边的四项是比右边的四项更重要。这里用的是更重要，想表明的是，左右两侧都是重要的，只不过左侧相比右侧而言更重要。
NOTE:
我见过很多人，在描述敏捷宣言的时候，经常把下面的那句话给丢掉，导致好多人都会疑惑，比如，还要不要写详尽的文档，还要不要流程和工具。在我们实际的开发过程，上述8个方面都是我们所需要的，只是我们更看重什么而已。
除此之外，宣言并没有给出这8部分之间的优先关系。大家可以根据自己的看法或者理解，给这8部分排个优先级。
12条原则：
- 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
- 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
- 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
- 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
- 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
- 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
- 可工作的软件是进度的首要度量标准。
- 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
- 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
- 以简洁为本，它是极力减少不必要工作量的艺术。
- 最好的架构、需求和设计出自自组织团队。
- 团队定期地反思如何能提高成效，并依此调整自身的举止表现。
NOTE:
最重要的目标，是要使我们的软件产品能够卖钱，而想要我们的软件卖出钱，那就得使客户能够用我们的软件赚到钱，及早交付软件，客户就能及早的使用新功能，赚更多的钱。
软件的功能是为了处理现实中的各种问题的，当问题改变时，软件的需求也在改变，如果我们还在按照老的需求，做出来的功能是无法解决当前的问题，是不能给客户产生价值的，是无用的软件，所以，我们要主动接触变化，做出更适合当前需求的软件。
我们为什么要选择一个较短的周期，其实就是为了船小好调头，我们要在最短的时间内知道我们所作的东西有没有价值，有价值就继续往下做，没价值就立刻停止。这样，耗费在无价值上的东西上的efforts才能最小。但这个周期也不能太短，太短的话我们无法完成一个功能。
开发人员开发的软件，最终是业务人员来使用的。业务人员了解更多的业务逻辑，可以使软件更易用，且业务逻辑上的bug更少。
个体是主体，希望主体发挥出最大的作用。
敏捷讲究的是迭代和增量。没有必要一开始就做大而全的设计，实现大而全的功能，我们都要从小做起，逐步完善。
