从一个失败案例看企业信息化规划—萧山电大.docVIP

PAGE  PAGE 4 从一个失败案例看企业信息化规划 都是缺少全局观惹的祸 C运输公司位于华中某地，是中国较大的运输企业之一。主要从事货运、油运、集装箱运输及其他特种运输服务，除此之外，该公司还经营旅游、房地产、制造等多种业务。 公司业务众多，同时该公司的下属子公司在地域上分布也比较散，下属的八个大型一级子公司分布在四省两市，作为整个集团企业的C公司在综合协调管理方面存在非常大的难度。 为了搞好全公司的综合管理，使总公司能够全盘了解整个企业的经营状况，协调各方面有效运作，使各个分公司步调一致地运转，从而发挥整体优势，总公司专门成立了一个经营活动分析决策小组。组长由副总经理林刚担任，小组全盘负责整个集团的经营信息的收集、整理和分析，并提出决策思路。C公司有一个信息中心，主要负责企业的计算机管理系统??维护和开发，其中，开发这块是一个叫梅铁的人负责。 数据拖经营后腿 工作组工作的头几个月里，已有不少问题显现出来。 具体表现在三个方面： 一、下属子公司数据难以及时汇总提交。除了子公司统计上报有时不及时外，各公司数据上传方式也各不相同——传真、邮寄书面报表、通过电话线直接报数据，还有的是通过软盘（那时互联网还不普及），五花八门。这些数据到总公司各部门后又经过手工汇总填表才成为决策分析能够用的数据。整个传递、汇总、分析填报的过程要花2到3周。经常出现的情况是当数据收集齐了、报表出来了，工作组开会作经营决策分析的时候，决策的内容是上个月的，也就是事后决策，毫无意义了。 二、数据不一致，即经过汇总的数据，通过各部门的报表出来后，相同的指标具体数值却不一样。如财务处的人员工资总额与劳资处报的不一样，运输处报的每吨公里耗油量与技术处报的不一样，如此种种，虽然差别不大，但常常使经营分析小组无所适从。 三、数据和分析手段有限，无法进行深入分析。各部门提交的数据是经过层层汇总填报出来的，到了工作组就只有一个总数了，当发现一项数据有必要进一步分析时往往只能向下追索一层数据，如果还找不到问题就只有作罢。同时作为手工计算难以运用数学模型做出复杂的分析计算。 这三个方面问题的存在，使得经营活动分析工作难以有效开展。 在这种情况下，林刚想到通过计算机数据快速传输和快速处理，应该能很好地解决这个问题。具体任务落在了梅铁身上，并要求在两个月内完成。 边界问题 信息中心有一定的开发力量，而开发这套系统需要对C公司各部门业务和现在使用的计算机管理系统很熟悉，梅铁决定由信息中心自身承担起这项开发工作。随着开发的进展，梅铁意识到这是一个混乱和充满变数的项目。 首先是系统的边界问题。各部门已经不同程度地用了计算机管理。财务这一块已经建立了比较完善的财务管理系统，总公司、二级和三级子公司都应用了统一开发的财务管理系统，并且能够通过点对点的数据传输实现报表的汇总；技术处也已有燃耗统计系统，但是数据是由各子公司报上来再由技术处录入后生成各种报表；劳资处是信息中心自己开发的管理系统，有什么进一步的需要都好说。其他部门基本上还没有相应的计算机管理系统。 如果系统边界定在各子公司，那么财务系统不仅没有充分利用，而且还要增加财务人员的数据录入量。这样的话，等于又重复开发了部分财务报表系统，不仅得不偿失而且在时间上也是来不及的。燃耗系统和人力资源管理系统都有相同的情况。边界统一划在子公司，还面临是否与子公司现有系统接口的问题。经过反复考虑，梅铁决定不统一划定边界，如果总公司现有的系统能够连接就与之连接，从现有系统中抽出分析所需的基础数据。没有系统的就由子公司相关人员录入再将数据传输到总公司汇总。至于子公司的系统一律不考虑连接。 系统边界定下来后，接着就是数据的统一问题。在上报的数据中，来源于不同部门的指标相同但数据值有很多不一致。 能不能通过计算机来解决，如何解决，这是必须考虑的问题。通过深入细致的分析，梅铁认为，有些可以通过计算机解决，有些是管理方面的问题，在相关部门的配合下可以解决一部分。 第三个问题是如何运用各种数学模型对数据进行深入分析。考察了相关工具和平台后，梅铁认为这方面没有太大的问题。确定了这些大政方针后，梅铁就带领开发队伍边作详细设计边开发了。然而当他们着手具体的开发工作时，才发现更大的问题还在后面。 统一数据 首先是与现有系统相衔接的问题。财务系统是由子公司投资的一家计算机公司开发的，该公司在技术上十分配合，但问题是两套系统在技术平台上很难结合。 财务系统开发的比较早，同时也考虑到可靠性的问题，应用的是UNIX操作系统和INFORMIX数据库，这种平台与当前系统的WINDOWSNT和MSSQLSERVER很难直接连接。 好在财务系统的开发商非常配合，共同研究想出了一个变通的办法。那就是在财务系统上开发一个小程序，将需要的财务数据传换成通用格式的文件，