|
作为一个公司的CIO,最令人沮丧的一件事情就是没有成为公司真正的CIO。
在最近和一位上市公司的CFO谈话当中,我们的讨论集中在怎样面对“混合公司”这个问题,这些企业的IT管理(以及许多需要集中的功能)分散于众多“子公司”当中。这是从所有最近进行失败了的.com并购活动中总结出的共同现象。
这些混合公司一般包括那些“非标准的”但没有什么重大矛盾的系统。(由于你几乎可以通过使用一个XML通讯引擎a.k.a.而让两个系统在一起很好的工作,当然,术语“矛盾的系统”从一开始就不可避免的存在着。)
在这篇文章中,我们将看到在混合公司工作所遇到的困难,还将讨论作为和系统合并不同的方式,为什么一个系统集成方案能创造出更容易管理的混合系统。
放弃传统的方法
当前面提及的CFO与顾问谈论混合公司的方案时,所有人都提出了一个相同的建议:集成每一个部件。但所有建立传统系统“象牙塔”的尝试都遭到了惨痛的失败。
局部的CIO们对总部CIO存在的最大抱怨就是认为他不了解他们的业务,在为期六个月的集成工作后,作为“所有决定的形成地”,总部CIO成为了一名公司CIO。
这个由一个高报酬的咨询公司筹划的试验从一开始就注定要失败。这是为什么?因为无论何时你在考虑一个集成策略时,你必须权衡技术和人员组合(过程)双方面的费用。
每个公司服务于一个特定的市场并且有其自己的商业模式。单纯地提高技术效率的行为显得有勇无谋,而且这实际上也会造成整个过程的效率低下。所以是否有适合分布式IT的方法呢?
权衡科技效率和过程效率
无论这个分布式小组是由公司CIO还是IT经理所组成,这个理论同样适用。作为一个团体,在决定一件事情时可以而且也应该保持最优化和集中管理。这些事情包括:
网络拓扑结构和协议:在实施公司范围的策略时,应当优先考虑对IP地址,机器名,和域名服务(DNS)的管理。为了能使各主机之间实现应用程序级的通信,基础系统应该尽可能进行明确的定义和标准化。例如,这并不是说实施过程必须集中进行。将名称解决方案和动态IP地址管理尽可能地放在靠近使用这些服务的系统所在的地方,这么做是有意义的。
消息:几乎所有混合公司最终都发现在一个单独的系统中,管理和集成全异的电子邮件和时序安排系统所需要的人力资源远高于政治上和实施标准化所需要的费用。现在,这个门槛甚至更高了,公司不仅需要考虑邮件和时序安排功能,还需要为执行安全直接的消息应用程序以及为建立可靠的应用程序共享和视频会议的基础而设计一个长期的策略。
金融核心:无论他们说什么,局部的CIO们其实并不希望涉及管理他们自己的AP/AR/GL。他们真正希望的是能够让用户控制分散的报告(本地GL),销售和发货单管理(本地AR),以及购买管理(本地AP)。在过去,这将采取费用紧缩以获得最好的运作,并将本地的系统与最好的集中金融核心结合起来。而且还不仅如此。XML和企业应用程序集成(EAI)的出现使得安装和配置这样一个基础结构成为可能并且是承受得起的。
构建核心基础结构
尽管目前的工具使得这个过程更加简单,但毫无疑问是,定义每一项业务单元的核心功能并将其映射到一个金融中心的中枢需要一个长期的计划。
然而,这个计划所需要的工作和整个集成过程相比显得微不足道了:强迫子公司适应单个应用程序集;维护分散系统再加上构建和维护接口所需费用;由于缺少或中止某些功能而造成生产力重大损失的单个系统的运营成本。
到目前为止,你已经揭示了公共系统中每个公司所需要的维护商业功能的范围,你可能已经建立了创建核心基础结构所需要的接口。
构建这样的架构还有另一个重要的,长期的策略优势。一旦你已经决定了你的公司将怎样运作并且已经计划了这两个核心步骤(例如,发货单的创建和管理)以及单个系统怎样将自己的实施方法连接到核心步骤上(例如,System
1将其消费者名称域映射到Core Financials AR Customer Name域,),你会渐渐减少对其他软件厂商的依赖。
例如,假设你在熟练地使用专用的制造业系统并且软件厂商已经歇业。你可以简单的在核心结构中重新映射新的软件以局部地替换这个软件,其他系统并不需要改变其操作方式。
作为和系统合并相区别的,这种向系统集成的不断努力将意味着在那些有对专用操作软件有需要(或需求)的部门的公司,无论是IT人员分散还是IT单位集中都将认真考虑这个方法。
(翻译:智德;责任编辑:王岳)
TechRepublic是一个专为各类IT专业人士设立的在线社区以及资源中心,我们提供有深度的技术文章,这些文章由IT专家写成,面对IT专家读者。除了提供从Windows到e-mail到防火墙等各种文章以外,我们还提供IT业界分析,下载,管理要点,讨论组以及新闻邮件服务。
? 2001 TechRepublic,
Inc. |