在经济不确定的时期，IT预算将紧缩，SOA项目有不是很成功的风险。要保证SOA项目让人们长期接受的关键之一是循序渐进地实施SOA计划，在保证取得成功的同时减小机构的变化，并且产生收入以促进应用。
要知道如何成功地实施SOA计划需要知道为什么某些SOA计划失败了。SOA有重大的机构变化的含义，过分的野心勃勃的计划由于需要很高的前期投资和较低的投资回报是不能持久的。
WSO2公司首席技术官Paul Fremantle说，SOA不仅仅是一种技术改变。它需要同许多其它的业务改变一起处理。他解释说，SOA对机构和机构的拨款模式提出了挑战。这个机构中的人员感受到了变化的威胁。企业采用SOA没有意识到会出现抵抗。
Software AG的首席技术官Miko Matsumura说，许多机构喜欢保持他们的竖井的清洁，把成本和复杂性推给其它的部门。对于每一个竖井来说，都有一个拥有自己的政治利益的进行放牧的部落。
Matsumura说，SOA的原则之一是软件的再利用。当有更多的共享资源的时候，通过提高灵活性和节省成本能够是机构获得好处。问题是企业要求机构和个人做什么。各个部落按照自己的利用做事，SOA的价值就会很快消失。
Matsumura建议机构应该把行为与工作评估、奖金和其它报酬等激励措施联系起来。他说，机构应该建立激励计划，把这个计划与最佳做法行为联系起来。没有纪律，空气就会从轮胎中跑出来。当孩子打架的时候，我们应该给家长打电话。企业官员应该以合理的高水平工作。
Matsumura说，特别是企业的C级(首席...官)官员需要保持持久的努力，因为这些官员见证了争吵的成本。设计师与行政官员之间有一种天然的联盟：设计师看到一幅大的图画，C级官员为这个图画买单。他补充说，官员还需要明确地理解SOA的含义。
IBM负责SOA和WebSphere战略的副总裁Sandy Carter说，这确实是一种趋势。业务领导人需要以各种方式参与SOA项目。最佳的做法是有一个拥有业务知识的官员支持者或者有一个知道SOA如何能够给企业带来价值的聪明人。
Fremantle说，向企业官员推销SOA计划的最佳方法是首先提出一个定义明确的计划。这个计划要有定义明确的投资回报，如替换容易产生错误的或者复杂的流程等。他说，我们的一个客户采用SOA是因为看到了采用这个计划立即就可以实现每年节省25万美元的目标。而这个计划的成本只有5万美元。他们选择了正确的计划。这个计划能够很快获得投资回报，并且不会对部门的预算和人员产生威胁。
然而，开发商应该注意不要许诺他们不能提供的东西。Matsumura说，去年的主题是：让我们引诱业务部门并且告诉他们一些令人难以置信的事情，如我们将能够在几个小时之内开发一个应用程序。那里有太多的许诺和烟雾。
TIBCO公司产品营销经理Rourke McNamara也同意这个观点。他说，这个行业接受了SOA概念，并且把SOA变成了超过它的能力的东西。这个缩写词变成了有的言过其实的宣传。
在经济衰退的时候让人们接受SOA
Symphony Services公司首席技术官Jerry SmITh说，过去的说法不应该是开场白：投资回报现在对于投资SOA计划是非常重要的。2009年的投资理由已经改变了。他解释说，在2008年，程序设计经理可能会把在减少维护成本和长期成本同时提高灵活性和使用率作为投资SOA的理由。现在，首席财务官不会接受这个投资理由。
McNamara引述Evans数据公司最近的调查结果说，已经走上SOA道路的人将继续投资，但是，在2009年开始实施SOA计划的人数将显著下降。他认为开发商将继续寻找投资的理由。
SmITh说，把SOA的努力与利润率、销售收入和客户满意度联系起来目前能够引起首席财务官的共鸣。如果开发商选择客户愿意订购和付费的服务，他们很容易得到投资回报的证据。降低成本的服务也是很容易得到的证明。如果开发商能够利用SOA计划使销售收入持平仍然可以在这场游戏中处于领先的地位。
MuleSource公司首席技术官和共同创始人Ross Mason说，虽然投资回报是一个关键的因素，但是，人们需要感受到他们正在获得好处。否则，投资回报就没有意义。
循序渐进
惠普SOA中心的产品经理Tim Hall说，开发商可以建立一个可持续发展的SOA项目，然后根据一个实用的成熟的模型进行升级以满足业务的需求。然后，他们应该能够看到成果。
IBM的Carter说，认真选择项目也能够为长期的成功提供好处。从机构的观点看，SOA计划应该一步一步地实施并且每一个阶段的成功都要记录下来。这个情况可以在整个部门演示，说明这是成功地实施SOA计划的方法。
WSO2公司的Fremantle说，你能够做的一件事情就是让做这个项目的人成为未来的项目的宣传者。成功的团队能够帮助这个机构的其它部门。他指出，SOA计划是不能强制执行的。
Fremantle说，设计师推动的没有开发人员接受的自上而下的方法最终将失败。当SOA接触到开发人员的时候，开发人员就会想“这是什么意思?”“我如何改变我编写代码的方式?”许多失败的SOA项目都是采用这种瀑布式的自上而下的方法。
为成功的SOA提供协调一致的贡献
Fremantle说，随着项目的发展，治理将开始发挥作用。他指出，治理并不总是以重量级的方式实施的。企业应该有一个简单的方法让开发人员共享他们在SOA计划中做的事情，并且对这些服务与其他人进行沟通。
Fremantle说，第二件要做的事情是对每一个服务都要有一个治理标准。每一项服务都应该有一个兼容性、技术支持和测试信息的检查列表。
你在开始的时候有更多的治理衡量标准，开发人员就会越信任这些正在制作的服务是有弹性的和可用的。复杂性和强制执行政策的自动化应该是第二个步骤。
惠普的Hall说，SOA治理是应用这种架构的关键事情之一。治理能够帮助机构制定目标，帮助相关利益者合作和协调行动。政策要求自动地遵守最佳的做法，而不管企业文化的问题。
MuleSource公司的Mason说，注册是昂贵的，但是，注册可以通过防止服务之间的冲突而增加价值。
IBM的Carter还劝告企业不要实施过分的野心勃勃的SOA计划。他说，SOA是一个进化过程，不是一场革命。她提供了金融行业的一个例子说明SOA是帮助企业理解在进行并购的时候如何再利用部分流程的推动因素。她说，对于这些具体目标，SOA提供了一个动态架构的基础，能够对变化做出更快的反应。
网友评论