在某种程度上，敏捷开发在两千年左右就出现了，随后对于极限编程有一些细微的调整，这对于严格的UML是根本的对立点。

　　但是敏捷的变化远大于这些。

　　现在，没有明确的反对者的情况下，敏捷开发和敏捷设计安顿下来。敏捷是做事情的方式。它逐渐成为现代商务一种必要的哲学。

　　目前敏捷方法在企业中得以应用。敏捷放弃了过多的计划，支持适量的计划。它更专注于把项目打破成小的可管理的增量，与难管理的巨大巩固做单元相对。

　　因为当今的业务更倾向于快速和灵活，而不是呆板固化，在敏捷拥护者进入行政办公室的时候，他们告诫自己善于接受意见。

　　这也就不奇怪为何敏捷BPM现在能收到如此多的关注和讨论了。自动化流程的愿望促进对BPM的兴趣，结果，组织快速向前。BPM势力在目前的衰退时期快速获得预算，捆绑在一起的SOA也引起了注意。

　　战略敏捷

　　当组织开始创建BPM 应用，敏捷有一个实际的角色。最近几年，业务线路经理已经驱动了很多BPM项目，一些相关商议也随之回归。通常，这些BPM项目本质上是战略，与SOA战略形成对比，SOA战略着眼于共享和重用组件和基础架构。

　　结果，SOA专家不得不调整其意思。他们不得不创建战略服务，以便BPM系统可以容易地消费，同时，用更加商业的敏捷方法来实现SOA愿望。总的来说，这样的开发很不错。

　　整理时间到了？

　　当BPM应用正常运行，敏捷就起到作用了。最近几年，BPM大部分自动化了很多明显能够自动化的事物。但是BPM仍要灵活地处理一些不易于自动化的事物。BPM 仍旧需要在异常处理、欺骗和意外事件时把工作提交给人。有时候称之为案例管理。

　　但是构造法有时胜过轻量方法。在一些组织中，多BPM竖井已经有一席之地，他们不会完整地关注敏捷。

　　幸运的是，SOA专家可以把感情带到冥界BPM领域，不会扼杀任何使其更加充满活力的敏捷性。