关于SOA项目为什么会失败,业界已经做了很多探讨,但导致SOA失败的原因其实更多的是由于人为问题,而不是技术问题。
阻碍SOA成功的原因并非技术问题,让我们看看哪些人为因素造成了SOA的失败,以及怎样改变这样的局面。
1. 没能解释SOA的商业价值
IT人员最常犯的错误之一就是从纯技术角度对待SOA,把大量的时间和精力花在架构、治理和厂商评估上,但忘了SOA必须解决真正的业务问题。最终虽然建立了架构,但业务部门却没人理解其好处,而且对这项技术不感兴趣。
建议:从真实的业务问题入手。应当向业务部门展示SOA如何解决真实的业务问题,这正是BPM(业务流程管理)成为SOA“最佳应用”的地方。BPM通过改进业务流程和实现业务流程自动化,解决多种业务问题,提供了对运营性能的可见性,使业务部门可以动态地改变业务流程来增加敏捷性,减少了费用。
2. 低估了组织变化的影响
SOA将给一家机构带来巨大的变化,尤其在这家机构没有确立的企业架构时。对未知因素的恐惧通常会造成对变革的抵制,必须让人们理解SOA有什么是适合我的,改变它们的方式为什么对他们和公司都有利。这里存在的挑战是机构中各个层面的人都将受到不同的影响,企业的各个层面存在需要解决、并且必须在不同的基础上解决的问题。
建议:制定机构变化管理(OCM)计划,或者雇用一名外部OCM专家来帮助SOA项目领导小组应付变化。
3. 未获得管理层的足够支持
缺少管理层的强有力支持,SOA计划要实现其目标基本上是不可能的。SOA跨多个部门、多个系统,是个大项目。这是一位具有保持项目前进和克服前进途中遇到障碍影响力的管理者必不可少的,这个管理者还必须有足够的时间关注SOA计划来保持其紧迫感。
建议:管理层支持者应当是能从SOA部署中充分受益的高级别的业务人员。在技术公司中,CEO、CIO、CTO或首席设计师都可能是这位管理层支持者,这个人必须能够克服障碍,应当具有得到证明的、成功的、具备领导能力的素质。
4. 试图便宜地做SOA
SOA需要大量投入,包括中间件、管理工具、培训、咨询、基础设施和安全。不要在生命周期管理工具上节省,否则排查故障将像是大海捞针。还有一些公司为了节省高额的咨询费而试图在没有外援的条件下实施SOA,除非拥有大量有SOA经验的人员,否则,这可能就是在玩火。
建议:制定一个SOA路线图,记录下项目组合和SOA将带给公司的长期好处,努力争取为项目提供财务支持的足够资金。此外,目前有一些可以大大减少SOA部署总体费用的开源产品。
5. 缺少交付SOA需要的技能
成功部署SOA需要很多技能,尝试在没有任何SOA经验的条件下部署SOA是个大错误。SOA将影响所有的IT部门,包括测试、基础设施和安全性,比派一些开发人员去参加一些培训课程要复杂得多。另外,不要忘记业务部门也需要流程改进方面,甚至可能需要BPM工具方面的培训。
建议:制定全面的培训和资源计划,并将其作为部署SOA预算中的一部分。设法减少请求提供资金的次数,尽可能在前期得到更多的资金。否则,管理层可能把SOA项目视为填不满的无底洞。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
AWS PaaS来也:炎黄盈动为业务流程管理带来无限价值
随着容器、微服务等技术的使用,企业的应用程序也变得越来越趋于组件化;同时,为了这串连起这些组件,开发人员却需要 […]
-
在iBPM和BPM间做选择 不一定非此即彼
大多数系统都有一样的能力,在很多人看来,除了BPM或者iBPM这两个标签以外,实际上它们之间并没有任何区别。
-
Red Hat披露更加架构驱动的BPM模型愿景
Red Hat的一个更加结构化的BPM设计方案有望搭设应用开发界与业务流程管理的桥梁,让企业架构师、开发者和业务侧的人更快速更容易地实时新的业务流程。
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。