所谓的SOA服务导向架构(service oriented architecture, SOA),就是将软件与信息服务直接与商业流程整合的一种方法,如此一来,特定的服务就可以重复使用,必要的时候还可以重新组合。
这样的发展大幅降低了开发成本,同时也改进公司为客户与供货商等提供新服务或改善服务的能力。
这些应用对于企业而言都是相当正面的,不过,即使SOA确实符合企业的需要,你可能还是会面临来不及构建的问题。MIT Solan Center Information Systems Research(CISR),20年间进行了456个企业研究项目,从信息架构的策略与IT主导的策略性选择(IT Architecture as Strategy and IT-Driven Strategic Choices)一文中描述了4个不同架构阶段,包含:
第一阶段:Silos(各种应用程序乃是以点对点的方式,链接成相互分离的系统) 第二阶段:IT标准化(standardized IT) 第三阶段:标准化商业流程 第四阶段:商业模块化
SOA的效益实现之前,业务部门与IT人员必须先经历各关卡的考验。而且双方都不能跳过任何一个阶段,你最多只能加速通过这些过程。这份研究的首席研究科学家Jeanne W. Ross指出,对CISR 研究人员而言,这个结论是让人无法意料到的,不过当我们说明这个事实的时候,他们会恍然大悟说,原来这就是我们无法顺利进行的原因。
大多数的企业现在都身处于第一或第二阶段,无法更进一步跳至其他阶段,在SOA未被广泛有效采纳与应用之前,企业都往往需要经过好几年或是数十年的时间,才能推进到下一阶段。
CISR的研究提供一个让商业与IT人员有所依循的准则及方向,有了这依循的方向,企业就可以避免分散心力,也可让大家在经历这场长期抗战,在做出种种努力之后,不会感到灰心与失望;同时还可了解最后抵达成功的时候,公司将会是何等样貌。在长期建构的投资过程中,每个阶段都会让你拥有立即的回报,这的确是一件让人鼓舞的事。
公司需要学习如何避免走错了方向,才可以缩短经历的时间。尽管如此,每一个阶段保守估计,还是需要经历约5年的时间。State Street的 Saul强调:之前并没有研究机构针对这部分,发布信息架构的相关法则;不过今日的企业在有了遵循的法则之后,就不再需要小心翼翼地去试验,尝试错误。
还有一件值得高兴的事,ROSS表示:你的竞争者可能跟你同样处于相同的架构基础上,而且他们也不可能跳过任何一个阶段,对于那些没有遵循法则,只是不断在尝试错误的人来说,这样可能浪费更多时间与精力,最后反而建置出一个不合适的商业流程与信息基础架构。
ROSS建议我们不要试图大幅跃进,CIO应该与其他的业务伙伴合作,按部就班让企业一步步地前进,强化专业,建立认同感与增进ROI回报率,这样反而更能保持长期的成长。在发展之际,除了外在的建设,心智上的基础建设也需要同等的成熟度,这也是CIO与其他企业同僚另一个评估的方向。
SOA的繁杂
研究机构与商业报导双双报导:CIO无法避免SOA的发展,SOA绝对有实力让公司变得更为敏捷而有效率。厂商采用这个显眼的标志,也可以帮助他们进行产品的销售。所以不管什么样的CIO,他们都会听到相同的讯息 ,你必须尽快建置SOA,否则就会处于相对不利的竞争局面中。
说真的,即使你不是处在CISR所描述企业可以因此完全受惠的阶段中,SOA还是有许多的优点。Ron Schmelzer的SOA顾问资深分析师ZapThink表示:如果你在组织准备好之前建置SOA基础技术,你还是可以得到更有效益的系统整合成果。导入SOA有点像是Web Services,它可以帮助你创造一个共同的语言,这样业务与IT才会拥有共同一致的前进目标。
Ji MeadWestvaco 的前任CIO Jim McGrane提到:当你要从不成熟的SOA建置过程中获得好处的时候,你可能也会得到不好的结果。从不好的流程中建立出失败的Web services接口,往往只会让缺点更加突显。
你应该去了解为什么你的公司无法成功实施SOA的原因,这可以帮助CIO了解公司目前所处的阶段,可以从实施SOA之中得到什么效益。
从Silo到商业模块化的四个阶段演变
即使他们不懂这4阶段演变是什么,一个成功的企业还是会不断地努力往更完善的阶段前进。
如今大部分的公司都处于技术标准化的第二阶段。整个1990年代,诉求的重点很明显是放在IT所开发出的Silos独立商业系统,发展的目前主要都是为了解决特定部门的需求。由于部门的要求不同,因而产生高额的费用和支持需求,这种复杂的状况(成为早期IT的象征),让企业无法成长,更不用说浪费了许多的成本。这结果最后导致大部份的企业都尽可能采用标准化平台技术,只采用一种或两种PC架构,以及一个标准化的数据库技术,以便供所有部门使用,或是采用相同型态的硬件和操作系统供Server使用。
比较进步的企业会处于第三阶段,也就是标准化的商业流程。在这阶段中,商业范畴的问题会被全面考虑,而且IT负责人与业务负责人会成为共事的伙伴。 非常少数的企业可以进入第四阶段─商业模块化,第四阶段会将商业流程和他们支持的技术模块整合,之后就可以有效地重复再运用,或是灵活地加以重新组合,这是SOA组织对SOA效益的基本承诺。在这阶段各单位会
了解哪些流程应该专属于哪些特定部门所有,哪些流程应该成为整个企业的标准,哪些是两者都适用。
McGrane指出:要从第一阶段进入第二阶段,可无法像火箭一样快速。尽管费时费力,不过今日许多供货商、顾问、信息人员,都已经广泛地了解如何建立「成功标准化平台」的战略与策略。至于第二阶段到第三阶段,则是需要组织变革和企业的责任背书,这反而是比较难的一环。进入第四阶段会更困难,这需要对公司整体重新作定义与定位。
第一阶段到第二阶段的主要任务大部分属于信息部门的范围,ROI的重点在于成本节省上面。然而第三阶段到第四阶段,专注的焦点转换到“IT如何满足各部门实时性或定义性需求”上,依据需求开发商业流程,创造出弹性化模块化的IT服务架构,此时ROI的重点在于“让企业更加灵活敏捷”。
McGrane强调:这时候的重点不再是“成本管理”,而是在企业改造。如果CEO和CFO财务长无法了解这一点,那你就糟了,工作任务势必会窒碍难行。
健全的平台
健全的平台
从第一阶段Silo转变到标准化平台所面临的压力,对大部分CIO而言,是很容易感同身受的。当IT要面临日益复杂的管理与整合问题时,我们常听到业务部门对 IT成本不断上升、系统上线时程延长…等种种问题抱怨。要将“企业平台标准化”并非如你所听到的一样简单,首先你要决定什么应该“标准化”。
State Street的 Saul指出:将“网络层次标准化”是有道理的,不过将特定的商业用途标准化并不合理。举例来说,共同储存网络系统和email系统都该节省成本,同时改进信息分享的机制。不过对于股票交易者而言,即使很多基本功能都是相同的,例如客户管理和报表功能等等,他们投资时所需要的应用程序功能需求,都可能比其他衍生性金融产品还要多。
我们今天的企业IT架构都是建筑在不同的“层次(layer)”之上,从网络、硬件、操作系统和中间件、数据库直到形成应用程序,一层一层堆栈起来。而这些「层次」在商业运作的层面上差异性可能相当小,差异通常只限于应用程序的层次上。
因此所谓“需要标准化”的对象是指那些「可能标准化」的功能,而不是强迫他们都要符合商业应用层次的需求。这样的方法可以让设计者专注于商业应用服务上面,一旦可以重复使用这些核心组件,就会为企业带来很多的好处。
至于下一个议题就在于:如何处理旧系统转移到新的标准化系统之后所产生的变化。不只你使用的技术会面临到过渡的问题,你的使用者也会面临过渡期。Saul强调,你一定会面临一个你不认同的技术,不过它却可能扮演重要角色,同时也会是一个有优异表现的技术。
State Street很早就成立一个“信息架构委员会”来推动标准化,传达相关的议题。要解决标准化先后顺序的问题,委员会必须拥有明确的企业目标,避免因为IT的实行而产生严重的商业标准化问题。
这个委员会为IT与业务双方埋下了合作的种子,也为未来几年迈向第三阶段预作准备。
转变到第三阶段时,有个比较难解决的议题,那就是人的因素。银行保险公司TD Banknorth的执行副总监兼CIOJohn Petrey表示:第一阶段的使用者与IT职员会把重点放在解决个别特定的问题上,这点是很容易理解的。对于解决问题的人而言,将「技术标准化」可能同时代表着失去管理或是失去提供最好的解决方案的机会。Petrey强调:能够理解“想要得到好处之前,需要分享更多”这件事,的确需要花时间养成。事实上,文化上突然的转变,与要让人们认知到不同文化的产生,都不是一天就能觉醒的。
除此之外,公司要达成目标也需要下定决心,通常危机会更突显“为什么必须改变?”的事实。至于平常时候,一个公司的领导者的领袖特质、魅力,或是人格特质,也都是影响别人去改变的力量。TD Banknorth的Petrey用无情的方式准备将被并购的公司进行标准化。他说:“我们的确是在做破坏与取代的工作,因为异质平台不会是企业的立足点。”
协同合作时期
协同合作时期
CIO Karl Wachs强调:“当一个组织将平台标准化之后,下一步就是要进行IT与商业流程的整合。”举例来说,化工制造商Celanese就是经过4年的标准化过程与协同运作,因而节省了40%的IT成本。Celanese将原来的7个数据中心(data center)及13个ERP系统,分别整合成一个。企业开始在单一ERP系统进行商业流程标准化的时候,这种协同运作的机制通常开始于第二阶段,完成于第三阶段。
Wachs说:有效率了解商业流程,并将流程标准化不是一件小事,它可是需要的IT与商业之间密切的合作
这些努力会让IT与业务双方了解,不同部门会使用许多相同的核心流程。举例而言,我们的化工单位的运作方式跟塑化部门是不同的,所以他们各自拥有不同的销售流程和CRM导入方式。不过,我们可以将所有的功能整合在同一个系统上,经由设定,让系统为不同的商业运作做服务。要对这些问题作深入的了解,你需要进一步分析你该持续遵守哪些原则。Wachs表示:没有这些原则,你无法对IT服务做适当的管理,更不用说是商业流程。ZapThink的 Schmelzer也表示,这种案例的管理重点在于,企业决定特定商业流程与IT流程的依据原则是什么?以及企业如何建置商业与IT系统,就像架构定义检核需求和投资的优先级等重点。
从第二迈入第三阶段之际,可以为企业带来出乎意料的好处。在TD Banknorth里,各个业务单位往往需要更精密的产品才可以跟别人竞争,基于这一点,就很需要IT来维持成长的动力,以及维护产品的复杂性与精密度。在此同时,基于成本压力的考虑,CIO就必须在资源相同的基础上,创造出更完善的工具。这种压力趋使企业产生优化效益,带领企业进入第三阶段。
举例来说,当TD Banknorth进入第三阶段的时候,他开始花更多的心力在数据架构上。Petrey指出,你必须投入真正的资源来发展与规划,这包含确保数据定义标准化,确保多元系统之间的数据存取与解译,能够更加容易且正确,同时并收集与提供客户更好服务的模式。
TD Banknorth已经明确指出,参与商业流程的IT人员,必须同时扮演跟业务使用者之间的关系经理人,以确保IT与商业的目标是一致的。
虽然TD Banknorth已经将科技平台标准化,但是并没有全部把购买或开发的应用程序都标准化。Petrey回想时指出:“我们了解过去犯了这些错误,是会降低服务水平,同时也会影响公司的成长。现在应该改善这些不好的系统,以便符合新的IT架构。现在的TD Banknorth也正持续努力地改善之前的缺失,迈向第四阶段,而在此阶段相对需要更严格的管理机制,以便确保过去的错误不会再发生。”
Meck的CIO Joe Solfaro说:专注在架构上当然也可以为未来带来利益。很多公司的IT成本都花在如何将平台标准化,不过这也需要符合商业流程和信息架构,因为一旦它变成一个可以节省成本的平台,往往会让企业变的更加灵活。几年前Merck发展一个共同的数据架构,即使系统规划上有战略性考虑,还是需要支持相同的策略方向。
从文化的角度来看,企业进入第三阶段时,就必须放手让IT与业务的同仁进行。你必须停止一直进行策略性规划,你要相信其他人可以管理并执行这些细节。这些转变有些发生在第一阶段过渡到第二阶段的时候。至于要在第三阶段放手让成员去执行就不容易,因为IT与业务部门的立场非常不同,他们必须彼此互信才有办法合作。
商业流程模块化
商业流程模块化
很少的企业是处于第四阶段,他们只占CISR调查的450家公司中的6%而已。CIO通常在第三阶段后期就可以看出第四阶段的成效将会如何。Celanese的CIO Wachs表示,该企业有部份的单位处于第四阶段,把重点放在“流程模块化”上面,这样才可以在企业内部获得良善的管理。
他强调,只有当那些特定功能可以弹性运用的时候,公司的灵活度才得以展现。不过这需要了解这些功能是什么?如何被使用?以及会影响到什么?相对的,要达到如此的成效,需要一个功能弹性又数据一致的架构。
State Street Saul.认为在第四阶段初期,必须让我们的信息人员更加熟悉商业流程,同时善长沟通协调。IT与业务之间的界线是很模糊的,不过可以确定的是 ,我们需要一个擅长经营IT与商业流程的人来进行沟通协调与整合的工作。对某些公司来说,IT代表着服务分享成果的一部份。
MeadWestvaco的McGrane表示,至于企业处于第四阶段的成孰期会呈现什么面貌,这点就比较不清楚要了解如何让IT更灵活,改变游戏规则与不断改进都只是刚开始的事,他也不确定这些所需的技术是否已经存在,不过他可以确定的是,当你的企业无法顺利进入第三阶段时,你绝对无法迈入第四阶段,因为第三阶段会建立许多第四阶段所需的商业流程方向,这也将是整个企业商业模块化的基础。
这是个旅程,不是终点
CISR的Ross表示:如果把每个阶段的成果都当作抵达的终点,这倒是件吸引人的事,不过更真实的观点,应该是把它当作企业从一个阶段,慢慢过渡到另一个阶段的转变过程。因为这样改变程度非常巨大,而且相当重要,所以大家必须不断随着科技的进步而改变。这也是为什么CIO必须不断鼓励创新建设与奖励日益求精的的价值,这样才可以化解改变过程中所带来的冲击,同时激励管理热忱。
事实上,由于公司合并之后会存在许多的旧系统,这些都是来自不同层次的业务需求与共识,或是外部的力量(例如法规…等),通常他们会同时处于不同的阶段,举Celanese为例,他们的人力资源HR系统就是因为薪资需求的问题,还停留在第二阶段,然而有些其他系统却已经进入第四阶段。
不论改善企业效益的与企业敏捷度的压力如何沉重,现在就进行吧!就越快越好,我们不像X-Men一样,可以一步登天跳过这些阶段。别忘了,每一个阶段所奠定下来的技术性、流程性、文化性和行为性建设都是迈向下一阶段的基础。你不可能略过每一个必经阶段,这样的现象连企业并购时都是一样,即使并购的公司所处的阶段领先于另一个公司,也都还是必须按部就班的前进。举例来说,2002年,McGrane的Mead处于第三阶段,之后被处于第一阶段的Westvaco所并购,所以新的CIO必须将合并后的公司从第二阶段带领到第三阶段。到现在为止,这个整合后的公司已经共同朝向相同的成熟阶段迈进。
此外,企业应该了解架构没有所谓完成的时候,ZapThink的分析师Schmelzer表示:这种观念是为了不断地调整服务内涵,未必是所谓的完成;例如将两种服务结合成一个整合性服务,反之亦然,这就是调整服务内涵。
Schmelzer也建议:CIO未必拥有这些技能,所以他们需要一个建立架构的团队来相互协助。
CISR的Ross表示:企业管理信息架构的演变,必须体认过程的本身就是一种回报,最后的成果比不上持续改善所得到的成效来的重要。你需要的是一天一天的进步,而不是在想如何一步登天,抵达第四阶段。■
联系客服