Kerrie Holley在五十多个SOA项目中是不可分割的一部分，其角色从设计师到总架构师。他拥有多项SOA专利。目前他是IBM的员工，Holley监管成百上千个SOA项目的技术方向。最近他关注通过业务规则、BPM、分析和SOA的使用增加业务灵活性。为了达到这一目标，Holley和他的同事Ali Arsanjani博士共同编写了《SOA百问百答》（100 SOA Questions Asked and Answered）一书。SearchSOA.com有幸同Holley进行了对话。这是此次对话的第二部分，在第一部分中，我们探讨了《SOA方法和服务识别》，这部分钟，我们将讨论敏捷方法和面向对象编程如何适应SOA，请继续关注更多内容。

　　大家都在探讨敏捷开发和面向对象编程。开发团队应该在他们接受SOA的时候继续使用这些方法吗？

　　有两点要注意。首先，通常我们把方法分类。“我们将要对这个使用面向对象，我们将要对那个使用敏捷，我们将要为什么使用其他的方法。”我认为这种万能型方法并不是解决问题的正确途径。我觉得我们应该在遇到问题的时候意识到我们要做三件事情。我们正在使用敏捷开发流程，我们正在使用面向对象编程技术，以及我们也正在使用SOA方法。很有可能三者一起使用。

　　如果我们看一下面向对象开发的原则，我们在书中所写的一切依赖于这些原则。我们是面向对象开发最大的支持者，而且我们意识到面向对。面向对象还没有达到一种完全的目标。这也为围绕SOA的方法创造了空白空间。如果我们看到公司无论以什么语言正在使用面向对象开发，我们发现组织已经创建了大范围的成功的企业应用，但没有重用，不是低成本的，而且这些应用的适应性和可变性不强。这里有大量的理由可以使
当我们抛开资产为开发者所用的概念，并不能赶快去完成，因为开发者现在处于一种服装制作者的水平，他们不是组织的决策者，尽管他们处于重要的位置上。如果我们想看到资产的利用，我们必须听从能够看到资产并拥有他们的股东，这也是SOA能起到作用的地方。

　　面向对象与SOA互补，我们基于其上进行创建。敏捷在使用具体问题类型上是完全不同类型的方法，组织需要快速占领市场，一年以内，组织高度协作并拥有高度可信任的环境，可以在小的团队中组织并工作，这确实是一种高效的组织方法，SOA当然也是与其互补的，他们之间并没有冲突。