SOA是一种架构，敏捷是一种方法论，架构和方法论是可以一同使用的，它们本质上是互补的。而且，SOA和敏捷的目标相同，它们都承认(1)变化是必然的(2)组织需要有效地应对变化。所以，我们期望在构建SOA时，能够选择敏捷方法论，反之亦然。
在不考虑组织的大小、地理或行业之外的因素下，很多对专断的成熟度措施抽象地衡量一个组织。零售部门、IT组织和财务部门面对同样严格的IT度量管制有意义吗？在组织内一切活动的平均水平上进行成熟度因素的衡量，是最先进，还是最落后的？
敏捷方法和企业架构兼容吗？答案是肯定的。因为企业架构(EA)和敏捷方法(AM)拥有共同的目标——交付能够跟业务需要对齐的软件，并响应对这些业务需要无可避免的变更。
SOA是一种EA风格，而且把EA框架、SOA最佳实践和一种理论联系实际的方法论结合起来是实现SOA项目成功的所有要素。正如象TOGAF这样的EA框架兼容SOA、象SOA这样的EA风格兼容敏捷方法论一样，没有理由认为EA框架一定和敏捷方法不和谐。那么SOA和敏捷方法共同协作需要注意些什么？有哪些技巧帮助我们的实战行动？又有哪些成功案例值得我们借鉴？
专家答疑
技巧
人们把聚合看做更快的交付开发时间。这在20世纪90年代中所讨论的RAD（快速应用开发 ）有怎样的相同或不同之处呢?
当我期望用BPM建模工具来配合面向服务架构的时候， 应该在工具中寻求的关键特征是什么呢？当设法确信你的BPM工具充分利用你的SOA成果时……
有关OSGi最重要的事情是支持模块化。但由于大多数应用程序和系统的目的不是为模块化，或被设计并建造为本土化的模块化设计，采用的OSGi通常包含某种程度的困难……
本周
本月
