【IT168 业界新闻】 

    　　谁会为SOA买单?请不要马上给我答案。我曾经引用了Gartner公司Joanne Correia的话，他通过观察发现，为许诺能降低复杂性的项目获取资金是SOA成功的最大的障碍。

　　企业中经常遇到的关于SOA的最大问题之一就是:谁负责源源不断地把资金投入以保证项目顺利进行。

　　我对此问题思考了两个月，然后在Webservices.Org贴出了我的想法，下面是其中的要点:

　　不久前，我有幸与IBM Business Consulting Services部门的负责SOA和Web服务的副总裁Michael Liebow交谈。他说，人们还没有对SOA项目金融管理部分投入很多关注，也就是说SOA项目的开支问题应该也是被关注的一部分。

　　他指出:“今天，IT项目都有项目级别的严格的ROI限制。你不能对一位投资人说，听着，我们要创建一套可以在企业间重用的服务，这要比我用一般方法去做花费你更多的钱。”

　　“你可以想象一下这样的谈话。没有人会为你埋单，为如此慷慨。他们已经让业务运行起来了;你不能再让他们来付钱。”

　　SOA是可以惠及所有业务单元的企业间项目。问题是，谁会支付最初的钱来帮助其它的组织呢?

　　IT部门是合理的首选，但IT部门通常被紧缩的预算和持续的维护费用所限制。那么会是业务部门吗?当然，但谁会首先付钱呢?如果市场部门负担开发和维护用户姓名和地址查找服务的费用，又怎么能让他们觉得是在免费获得金融和用户服务的呢?

　　参加大量会议和阅读足够文章后，你会注意到大量关于“业务与IT地位”的话题。但所有这些幻想的底线是:谁会把赌上项目的资金?

　　这个问题以前是多么简单。电话中心为电话中心应用埋单。人力资源为与人力资源管理系统有关的时间和材料埋单。但当谈到构建可以让任何业务单位都能使用的构件库时，业务单位如何为服务付钱呢?谁会首先付钱呢?

　　在对此类问题的最近分析中，ZapThink公司总结到:SOA将是一个“无特性”的架构，而不是特殊问题特殊处理的。因此，SOA项目应该从更小的，范围不大的项目开始，由中层管理者的自由预算来支付。

　　当服务开始跨部门时，问题就出现了。“项目越大，需要参与的管理层就越多。涉及到更广大的销售圈。对于类似协同控制或管理制度动机驱动等企业级SOA项目，获得资金就是组织中非常高级别的人，通常是CIO或CFO来决定的事情了。”

　　甚至在部门级别，由谁来为SOA付款也不是十分清楚。ZapThink建议SOA构件库应该被视为独立的业务线，由CIO办公室来管理。这项工作可以逐渐展开，一次只完成一部分服务，而不用一次全都做完。ZapThink发现已经有一些公司采取分步的方式创建这样的独立自主的构架组来控制企业间的SOA项目。

　　控制带来了存储和注册问题。当然，这只是一部分，但控制在推进项目上有着很高的地位。也就是说，谁要得到多少，去做什么，为了谁而做，以及所需的支持来自何处。

　　SOA是添加新功能、新用户、新工具的没有止境的过程。它不是一个单独的项目，而是持续不断的一系列项目。一个有效的管理结构能帮助解答谁首先付款，组织如何建立优先级、如何验证以及如何管理这些我们称为SOA的一系列项目等问题。