在Forrester的应用开发交付论坛上，SearchSOA.com的Jack Vaughan跟Forrester的分析师David West一起对于快速发展的敏捷运动，他们讨论了其中哪些方面在服务的创建和集成领域正在逐渐减弱。
　　
　　SearchSOA.com：有时候我们会看到精益流程跟SOA一起讨论。我对精益集成很感兴趣，尤其是因为有时候SOA的迭代太久了。你的看法如何？
　　
　　Forrester分析师David West：我们看到组织正在不断地在用敏捷来创建服务。这些服务必须要建。敏捷如此重要的原因是，它主要关注于尝试开发你所不理解的东西。通常服务接口不必是可理解的，除非你试过做这样的接口，除非你试过将不重要的东西连接到一起。有趣的是人们和组织做什么事情来将这些服务整合到一起。
　　
　　想一下，多个团队在几个地方开发多项服务。“你最终会得到所有地方的这些服务的集合。你对消费者与生产者之间的流进行一致的管理，让这些团队工作更有效率—显然是使用每一个团队的储备来管理这些集成点。”
　　
　　这的确是管理这一连续交付方案的一种有趣的方式，宏观设计对于那种方案来说毫无意义，因为在你开始做些什么之前你不知道自己需要什么。不过一旦你开始做事，对那些建设团队的流进行优化是很重要的。
　　
　　SearchSOA.com：人人“都想要敏捷”，不过某些瀑布型是否还有市场呢？你甚至还发明了一个新词“Water-Scrum-fall(瀑布型和Scrum的结合，SCRUM是一种迭代式增量软件开发过程)”来描述它。
　　
　　West：Water-Scrum-fall是我们在Forrester观察到的，在跟进行敏捷运动的组织讨论的时候观察到的。人人都说自己现在正在进行敏捷运动。我们发现有38%的组织进行敏捷运动，从某种形式或形态上来说。
　　
　　不过一旦你细究下去—他们真的是在做敏捷的事情吗？我们发现，大多数组织想要敏捷，但是仍然要先进行需求分析、计划和设计。他们想要敏捷，但是却对最终要发布的软件有一点担心。
　　
　　坦白讲，我们认为大部分组织得接受这一点，事实上他们所做的事情可能Water-Scrum-fall式的，他们将Water-Scrum-fall的边界外延了。这就是目标，真的。要想真正优化那些流程，得尽可能地扩张Scrum，同时接受这一点—你仍旧需要实现做点什么，最后也还要做些事情。
　　
　　SearchSOA.com：你一直在会上讲一件事情，如何才能成为一个高效的组织。请问你有何发现？
　　
　　West：建设高效组织不仅仅是指优化组织结构形式而已。这是流程的结合、技术的结合—可称为架构，以及组织结构。我们发现，大多数高效的公司会进行三方面的全面优化。
　　
　　在接受敏捷流程方面花费的时间过多的组织，如果不考虑结构或架构，将永远也不会获得敏捷所承诺的好处。特定的架构亦然。你得考虑一下如何从一个结构的视角来进行支持，或者如何从流程的角度去支撑它。要综合思考三方面的东西—流程、组织结构以及架构，如此来建设高效组织。