求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
  
 
 
     
   
分享到
IT架构:降低成本和复杂性
 
作者 Janaki Akella,火龙果软件    发布于 2013-10-29
 

导读:实现经济效益关键是让业务部门和IT部门的负责人共同努力,不仅合理地设计业务应用和流程,还要使核心IT基础设施和运营合理化。本文介绍如何降低IT架构的成本和复杂性。

关键词:IT架构 业务部门 IT部门 IT架构成本

在经济低迷期间,企业都在寻找一切机会削减成本。IT是总支出中的一个重要部分——在某些行业中占5%,甚至更多,但它对收入和利润的直接贡献却往往难以评估。因此,许多首席执行官和首席财务官迫切要求压缩其首席信息官的预算,这一点在人们的预料之中。

但是,要找到大幅度节约的机会并不容易。许多首席信息官已经花费了数年时间降低运营、采购和外部服务方面的成本。他们已经采取了许多措施,包括整合数据中心和服务台、将服务器虚拟化而不是购买更昂贵的新服务器、让采购流程更加合理化、推迟升级并将服务外包给更廉价的海外提供商,等等。

然而,如果企业以更广阔的视角审视他们将IT架构作为一个整体进行管理的方法,那么,继续大幅削减成本和提高效率的可能性还是存在的。实现这些经济效益的关键是让业务部门和IT部门的负责人共同努力,不仅合理地设计业务应用和流程,还要使核心IT基础设施和运营合理化。例如,在一家大型消费品企业,业务部门与IT部门进行了合作,共同在各业务部门之间合并、整合了各自为政的IT系统,并使其合理化,结果,使得IT队伍的规模(应用管理领域下降达50%)和备件库存均大幅下降,提高了与供应商进行折扣谈判的砝码,并使新的IT项目得以更快完成。

IT架构的复杂性

企业的IT基础架构是对其业务运营(流程和功能)、业务应用和为其提供支持的数据库以及运行应用的设备和服务的正式描述。完整的IT架构分为6个层次(图表 1)。在最理想的情况下,企业可以将其编辑汇编成一个手册——一本蓝皮书——详细描述6个层次的运行,以及管理整体架构所涉及的流程、角色和责任。这一汇编文件还应提供指导设备升级和增加设备的规划和规则。

多数企业都有一个IT架构,但是,极少有企业对其进行控制。而架构会有机地增长,结果,常常导致系统重复建设、数据激增而且不一致以及作为权宜之计的临时性整合。使事情更为复杂的是,在多数大型企业里,甚至在部门内部的,受短期业务要求和需要驱动的IT项目与按长期规划实施的IT项目一样多。这一运营现实对于应用软件以及其支持的业务流程来说尤其明显。设计和部署这种软件的目的通常是满足一个部门或业务单位的需求,相对而言,很少考虑该软件对整个企业IT架构的影响。

公司一级或部门层级的首席信息官对于像服务器、存储系统以及相关的基础软件等IT基础设施的核心组件通常有很大的控制权。但是,建立在IT基础设施之上的各种业务应用、流程和业务模式通常反映的是业务部门和职能部门领导的要求,他们更多地关注自己的需求而不是整体IT效率——这可以理解。但是,在一个全球性的企业中,这样的情况通常会导致产生难以驾驭的异构IT环境,在这种环境中,为应付具体的近期需求而配置的不兼容(通常还互相重复)的硬件、应用程序和流程,在企业的各个角落一年年滋生膨胀。

例如,我们最近在一家大型金融公司发现了7个不同的支付系统,这些系统上运行着20个定制的应用,它们多数承担着像薪酬支付、付税和支付供应商等同样的职能。为了满足其主要需求,该公司逐步创建了许多系统和应用,结果形成了一个复杂、低效且昂贵的运营环境。IT架构团队对许多正在实施的IT项目几乎没有多少影响力,因此,其中只有少部分项目完全符合公司的标准和指导方针。

类似的低效在各个行业的企业的IT运营中都存在。为这些拼凑而成的系统的开发、支持和维护,需要耗费多得多的时间和资金显著增加,从而牺牲了预算、新IT能力和业务创新。在大企业中,消除这些重复和低效状况可以将IT支出减少数千万乃至数亿美元,同时,可提高IT运营的质量,改善依靠其运营业务的人的满意度。然而,单靠首席信息官无法降低这些成本,业务负责人也必须支持并参与这一转变。

降低成本和复杂性:一体化的架构方法

当前的全球经济危机创造了绝佳的机会,使企业可以通过改变企业IT架构来大幅度削减IT成本。实现这一目标所需要的是定义明确的IT规划,以及获得最适当和高效的系统、应用和流程的机构范围的指导方针。制定和实施这些指导方针可帮助企业创建一致且标准化的基础设施,并最大限度地减少不必要的复杂性、重复和成本(图表2)。

正是由于这个原因,首席执行官必须让由整个企业的业务部门和IT部门的负责人组成的团队,参与对架构进行彻底的审查和变革的计划。我们发现,一个专注于一系列成本削减手段的分阶段的联合方法所发现并实现的节约,可以远远超过只涉及IT部门的项目所产生的节约。事实上,采取这一做法的企业还可以建立更灵活高效的架构,帮助他们在低迷期结束时繁荣发展。

要创建高效的IT架构,业务负责人和首席信息官必须联合评估作为现有架构基础的业务要求和流程,然后探寻更高效的替代方法;若没有高度的协作,即使拥有最出色的架构设计,企业也可能不遵循。据我们的经验,恰当的出发点是组建一个高层次的业务-IT联合工作组,来提供跨部门的治理和问责制。该团队的主要职责是审查现有的IT架构并为新项目确定基线,定义适当的流程,以确保系统和项目符合理想的架构,并发现近期、中期和长期的成本节约和效率改进的机会。该团队应包括所有主要利益相关团体,每个利益相关方的代表的级别要足够高,能够代表该团体做出战略决策。

为了尽可能减少业务中断并最大限度地提高获益,我们建议采用三阶段的方法,从较容易的变革开始,并逐步向着更重大变革的方向努力(图表3)。仔细划分阶段,这更有可能让企业以适当的节奏建立内部协作,获得早期收益,以便为后续举措提供资金,并避免大家一哄而上的“高调”方法的巨大风险:例如,过度的前期投资、内部的反对,或整个系统的故障或失败。

第1阶段:立即清理

在第一阶段,该团队的任务是确定明确的目标,并通过成本削减赢得迅速的成功,从而为更大的举措积蓄动力。据我们的经验,在此阶段,有3个手段颇为重要。

软件许可证的合理化分配。编制详细的许可证目录应该可以找出闲置、使用不足、甚至错误的许可。当业务部门经理参与审核时,首席信息官可以决定真正需要多少许可证,撤销不必要的许可,然后,通过整合许可证数量去谈判争取更大的折扣。

取消不合规的项目。对正在进行的项目在多大程度上能够同时为业务部门和IT战略提供支持进行评估,找出需要继续支持、修改或终止的候选项目。在平常时,这类评审通常会凸显出业务负责人认为足够重要以至于可以作为架构规则的例外的项目。现在,例外的标准应该设置得比以往高得多。该团队可以将项目总共分为4组:(1)具有较高业务价值并为IT战略提供直接支持的项目需要继续进行;(2)具有较高业务价值但是不符合IT战略的项目应该加以改造;(3)符合IT战略但是几乎没有业务价值的项目应当暂缓;(4)业务价值低又不合规的项目必须取消。

取消很少或从未使用过的应用。需要取消的候选项目包括在过去的一年中很少或从未使用的业务应用。取消这些应用可能需要不同的方法:根据使用情况和需求,某些可能会被立即取消,另外一些由更新的应用取代,还有一些则逐步淘汰。

例如,一家电信运营商最近发现,违反其IT架构指导方针的情况大幅增多,因为有些业务部门经理——他们没有因为不遵守指导方针而受到直接影响,因此遵不遵守就无所谓——要求IT要迅速支持新业务举措。这些违规行为通常会让IT运营更加复杂,进而增加了长期成本。

该公司决定在任何IT项目开始时或者一个新的应用发布时,就注意防范可能出现的IT架构违规情况。新方法涉及评估包括可能导致的额外成本在内的违规总体影响,这一方法使得公司能够迅速支持新业务要求,但同时又要求对新业务要求所产生的违规情形在下一阶段加以纠正。因此,该公司可以在决定实施项目之前,评估权衡每一种情形下的业务和IT成本收益的得失。

第2阶段:降低复杂性

在第二阶段,该团队应专注于降低整个IT架构的复杂性。这项更为艰巨的任务对于扭转定制系统、应用和流程的随意扩张,以及开始更彻底地遵循理想架构至关重要。该阶段的主要目标是,决定现有IT配置中的不同部分是否真正必需,而不是努力优化它们。通常,该团队将会发现利用更为简单的现成系统以及重新使用现有组件足以支持业务要求。企业在这一阶段可利用多种手段。

实施开箱即用的常规解决方案。太多的项目将定制作为首选,而不是末选。企业不可能让所有的业务部门都马上接受标准的完全非定制的应用。但是,由于资源有限,该团队应要求在大多数情况下都使用开箱即用的解决方案,只有在绝对必要的情况下,才允许定制以满足法律要求或者提供真有意义的竞争优势。财务会计、人力资源以及采购等职能通常不与其他企业直接竞争,它们是这一阶段实现节约的首选领域。组织思维和组织行为很难改变,但是,许多IT项目失败的原因就是过度的定制,因此,结束定制可以让企业大大提高效率和效果。

鼓励重用。太多企业花费宝贵的IT资源进行重复建设。认真审查现有的项目组合,可能会发现有许多机会可以重新使用现有解决方案,并建立一个共同的服务和解决方案库。这一转变的一个重要组成部分就是转向面向服务的架构(SOA),它从所需要的业务能力以及统一的访问和互动方式的角度描述一个系统。

整合数据库并开发集成的数据模式。随着企业的扩大,它们会为在线销售、客户关系管理以及计费等目的增加新的数据库和应用,以便为业务部门和职能部门提供支持,而这些部门的需求实际上并不需要不同的数据库。事实上,非集成数据库会大大增加成本并导致低效的流程、重复的开发、产品上市时间延长、业务错误以及错失良机。

实现技术标准化。在许多企业,由于编程语言、操作系统和集成工具等技术非常多样化,就容易产生严重低效的情形。仔细审查可以发现冗余的版本、无支持的技术以及非标准工具,这些都应让位于数量更少、更加标准的系统。成本节约来自于更简单的统一采购,以及更低的支持和维护开销。

降低界面复杂性。IT员工会将多达30%的开发时间用于使所有界面运行起来的应用,这在很大程度上是由于定制的应用有着许多点对点的界面。像企业服务总线(ESB)等标准化界面可大大减轻系统集成的负担,并最大限度地减少应对局部变化的琐事。该团队应首先识别并集中精力处理那些推动多数工作的关键界面。

整合功能类似的系统。同一企业中的不同业务部门常常会有不同版本的必备系统,例如,支付系统和互联网应用。从企业层面上整合这些系统可实现大量节约,并让流程更简单、更高效。

首席信息官和业务负责人在面对每一个机会时必须对业务部门的短期便利与整个企业的短期及长期成本和复杂性之间的得失进行严格审查和仔细权衡。面对这种现实并不容易,但是,当下的经济危机应该创造了一种紧迫感。这些削减成本的机会中有些需要投资,而每一项投资都需要有一个靠谱的商业理由。

例如,在一家零售银行,旨在降低架构复杂性的综合评估,在多数领域发现了重大的成本节约机会。一个由业务和IT高管组成的团队帮助公司发现,有50多项未使用的应用可以撤销、有150项重复的应用可以整合,还有400项应用可以与一个数据集成平台连接。

这些变革中大多需要近期投资。有几项做法,例如,撤销或整合较大的冗余应用,需要相当大的投资。并非所有整合方案都能提供积极的回报。最重要的是,该团队坚持让项目负责人提供各个项目的商业理由。总的来说,这一努力已走上轨道,将提供超过50%的投资回报,把产品上市时间缩短至少30%,并带来其他的组织收益,包括业务和IT部门之间更好的协调。

第3阶段:业务创新

企业在危机时期必须考虑转变自己,甚至彻底改造自己。在对企业运营以及产品或服务的上市方式实施重大变革的过程中,IT可发挥核心作用。架构变革的第三个、也是最艰巨的阶段,就是要实施这些大胆的变革。随着企业将目光放远到低迷之后的时期,它们应考虑以更激进的方式改变其IT架构,从而推动或支持战略创新和全新的增长领域。以下两个手段颇为重要。

更大的灵活性、更快的产品上市时间以及更高效而有力的业务流程,将会让企业走出低迷。

评估替代性的运营模式。多数企业都拥有全球业务,但是,开发支持企业战略的真正的全球IT运营模式的企业却不多。对IT价值链进行综合审查,应该能够确定每项基本业务能力所需要的采购、协调、整合、治理以及IT支持水平。这种审查可形成一个更有效的新的IT规划和架构模式。

例如,风险管理以及风险最小化在低迷时期尤为重要,而它在很大程度上取决于能否从整个企业获得适当的数据以支持及时的决策。业务和IT负责人必须共同努力,来设计数据管理模式,从而推动最有效的由数据驱动的决策过程。

塑造未来。业务负责人应该与IT部门紧密合作,探索如何对能够支持新工作方式的众多新兴技术进行投资。例如,利用互联网与客户和供应商共同创造产品、雇员之间的在线协作以及数据驱动的管理等。新工具和流程可以加速产品开发的全球化、在衰退的市场环境中找到利基市场,并提高生产率。

采用这种更雄心勃勃的方法进行架构变革的触发因素各不相同。在一家制造企业,其原因是一场收购。该公司刚刚收购了另一家国际企业,使整个实体规模跻身业内前5位,雇员超过2万名,年收入超过130亿美元。该公司领导探讨如何利用增强后的地位来获利,结果却认识到,他们无法凭借两个依赖陈旧信息系统的不同运营模式来取得成功。

该公司在为销售和分销、供应链、产品生命周期管理以及售后服务制定了新的集成的全球运营模式后,通过精简的IT架构实施了这一模式,产生了巨大的影响。除了许多其他收益之外,该公司将特别买进报价所需的时间降低了90%,将生产定制产品的时间缩短了80%。

一家全国性石油公司的管理层希望将其转变为世界顶级的石油天然气企业之一,因而启动了架构转型。该公司的IT系统无法支持这一增长。太多的系统是根据局部的需求而定制的。几乎没有多少业务流程符合公司的标准。不同业务部门之间的数据并不一致,这使得跨部门的协作颇为困难。IT运行也很少达到行业最佳实践水平。

IT和业务负责人在获得最高管理层的明确授权后,专注于需要改革架构的核心业务目标。根据新计划,IT将支持世界级的流程,通过提供更好的数据推动全企业范围的决策,帮助公司加深对客户的更深入的认识,并对其财务、管理和物流状况提供准确的最新观点。该公司正在开发一个统一的信息系统,以便将所有事业部联系起来,并更加严格地审核新IT项目请求。IT对财务、人力资源和销售等关键职能发挥着更大的控制作用。

经济低迷为IT和业务负责人提供了通过协作降低成本,以及重塑IT架构实现竞争优势的重要机会。当企业只盯着IT部门寻找节约机会时,成果常常颇为有限。IT-业务联合团队可以获得更丰富的成果。

让IT和业务负责人携手合作,还可以帮助IT部门创造实现业务增长的新方式。更出色的灵活性、更快的上市时间以及更高效而有力的业务流程,将会让企业走出低迷。有些企业将当前的困难视为机会,不仅可以借此控制成本,而且可以重新定位以便在经济开始好转时即实现更快的增长;对这些企业来说,改造IT架构属于最有价值的举措之一。


 
分享到
 
 


专家视角看IT与架构
软件架构设计
面向服务体系架构和业务组件
人人网移动开发架构
架构腐化之谜
谈平台即服务PaaS


面向应用的架构设计实践
单元测试+重构+设计模式
软件架构师—高级实践
软件架构设计方法、案例与实践
嵌入式软件架构设计—高级实践
SOA体系结构实践


锐安科技 软件架构设计方法
成都 嵌入式软件架构设计
上海汽车 嵌入式软件架构设计
北京 软件架构设计
上海 软件架构设计案例与实践
北京 架构设计方法案例与实践
深圳 架构设计方法案例与实践
嵌入式软件架构设计—高级实践
更多...