SOA与整合问题均须服务于业务

来源:互联网 发布:java 日期转换字符串 编辑:程序博客网 时间:2024/03/29 23:18
 近期从一本来自英国的杂志上看到了一篇很是令人吃惊的文章:“IT整合与面向服务架构的受欢迎程度正在减弱”。

  就目前来看,我认为SOA还是会掀起一阵接一阵的热潮,这已经不是什么新闻了,短暂的回落仅仅是对先前炒作的一个反冲而已,SOA在未来的很长一段时间里还是会继续保持高调的走下去。

  但是关于整合的问题呢?尽管IT社区对于整合的讨论非常之多,但我的观点却认为其前途将不甚明朗。

  在文章中所提到的研究是由一家英国公司从事的,我想其数据来源应该也是以英国公司为基础的。

  我确信在美国或是其他欧洲国家得到的数据应该会有所不同。然而,介于欧洲自称在SOA实施方面领先于美国,这个简单的调查也可能预示着美国即将上演的情况,

  除了对于调查范围的疑问之外,我同样对于该文章做出的结论持保留态度。

  除此以外,我仍然推荐大家读一读这篇文章,里面含有许多如何将业务放在第一位,甚至是放在整合、SOA和其他IT运作远大理想的前面。诚然,在IT最有效并效率最高的时候业务是会受益,但业务与IT需求必须在企业其他方面取得平衡。

  在此我想与大家分享一下该文章中我认为最有价值的建议:衡量、衡量、再衡量。Reed商业深度调查惊奇的发现:相较2006年来说,越来越少的IT决策者在衡量IT整合带来的商业利益。这是一个极端的改变而非几个百分点的变化而已。在2006年,只有5%的人表示他们并没有整合标准;而如今有33%的人表示他们并没有再衡量IT整合带来的商业利益。这确实是一项差劲的变化。

  从自身业务需求实际出发。我的丈夫在一年前得到了项目管理协会认证。他喜欢自己工作的公司,但该公司并不使用项目管理协会(PMI)的方法论,因此他从未有机会将此认证付诸实施。他不断的告诉我如果他的公司使用了PMI的方法将会有多大的帮助。

  就现在来说,这也许是对的。但该公司认为在没有PMI的情况下他们也做得很好。他们的核心业务是挖水沟和维护下水道系统,以工程师为基础来完成项目,似乎也管理得当。他们也不会因为一个IT人士的建议而改变自己的做法,因为那是他们的文化。我不断的告诉丈夫“他们从事污水处理,就应该听取工程师的意见。他们没有PMI也可以管理得很好。”

  并不是每一个公司都需要最高效和有效的IT部门的;同理,也不是每一家公司都需要SOA的。你可能会想:公司这样整合一下,或是为了另一个原因建立SOA也许会更好,但如果公司的主要使命并不在信息技术上,如:挖下水道—那么就很有可能在浪费时间和精力。因此,我们需要从公司实际业务需求出发。

  你要怎么从实际出发呢?很简单--询问。你必须要认识到:你并不是在从事商务业务的,你知道的也许没有你想象的那么多。

  摩根士丹利私募基金(MWD)顾问Bola Rotibi指出:“IT领导不应该假设业务需要最新整合技术。”

  Rotibi建议IT决策者应与用户和业务经理讨论他们日常困难,而后从事整合项目来减少这些困难。这样一来就很容易来衡量和评估一个项目是否为组织带来净效益。

  如果这样做的结果是好的,请抓住一切机会持续将您的结果公开分享,这样可以帮助你为更多的项目筹集资金。如果结果不理想的话,尝试的代价也不会很大。