敏捷流程--一系列价值观和方法论的集合。
以用户的需求变化为核心，采用迭代、循序渐进的方法进行软件开发。
把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成。
最终目的是提高效率。
价值观：
敏捷建模的价值观包括极限编程的四个价值观：沟通、简单、反馈、勇气，还扩展了第五个价值观：谦逊。
1、沟通：建模促进团队内部开发人员的沟通，也促进团队和项目关系者的沟通。
2、简单：通过画图表，简化软件开发过程，容易发现出新的想法和对软件的理解，也容易帮助改进。
3、反馈：通过图表交流想法，可以快速获得反馈，并能够按照建议行事。
4、勇气：面对过程中一些挑战的必要元素，不轻易妥协后退。
5、谦逊：是开发人员的需要的品格，是对项目、对人的一种态度，一种能面对否定、面对挑战的态度。
核心原则：
1、主张简单：实现程序功能，肯定会有复杂的联系，简化有助于开发人员对项目的理解和创新。
2、拥抱变化：现实中，用户的需求一直在变化，项目参与人员也会有变化。所以开发人员对待项目，也要去拥抱变化。
3、可持续性：项目能够适应日后的扩展，这才具有生命力。开发的时候，要考虑一下未来。
4、递增的变化：不必一开始就考虑到一切，去准备一切。要实现这样也是不太可能的。打下一个基础，然后慢慢改进。这就是递增的思想。
5、有目的地建模：最终的目的是实现目标，那么就从目标入手，以此发展，让整个项目是存在明确目的地。
6、高质量的工作：高质量是对项目的健康的评定，没人喜欢糟糕的状态，高质量的工作能给人信心。
7、快速反馈：团队中，交流是必要的，能立即获得反馈，是对工作变化能有快速的反应。能修正好目标方向，更有效率。
敏捷流程看似很完美，但也有它的缺陷。有着较高的自由度，相应的对产品可靠性就没有那么高了。但它的思想是可取的。
我以往的编程流程就是“敏捷流程”，图快，图完成任务。显然不行。
在团队中，敏捷流程试用于小组中，现今我们小团队的方式适合这个，在面对完全陌生的情况下，变数较多，通过磨合，加深对这个流程的理解。