谈我们公司的电脑化进程 <br /> <br /><br /> 作者：vivimimiai 提交日期：2004-7-12 14:03:00  <br /><br />�牐�<br />　　年中正是盘点的时间,这次清点固定资产的时候,公司的电脑已经达到八百五十台,打印机一百多台,三十多位程序人员和十多位硬件维护人员,看这个这怎么也想不到的数据,回首我到公司后这十多年时间公司电脑化的屡次失败和不断进步,百般感受涌上心头。<br />　　<br />　　我们公司是一家台资企业,且属于劳力密集型产业,是美国一些知名品牌的OEM工厂,技术含量不高,九一年底到广东投资办厂,刚成立时,是一个三百多人的小厂,虽然员工福利待遇非常苛刻工厂设备也很简陋,但随着机器设备一同进厂的就有从台湾购买的七八台电脑,那时的电脑都是大家伙也非常昂贵,可见老板在当时就知道电脑化的重要性,当然公司现在已经发展成為六仟多人的大厂,也说明老板是一个有远见卓识的成功企业家。<br />　　<br />　　我大学毕业后,在北方某单位混了半年,九三年以资料输入员的身份召进工厂,那时公司常在中国青年报上刊登招聘广告,招收各种各样的人员,包含储备干部,资料输入员,财会人员,司机,保安等等,在学历家庭住址籍贯专长等等都有要求,那时招收一个资料输入员还要求有大专以上学历,计算器相关科系毕业,其实这种工作初中毕业生会打字即可担当,也因此在这期间公司招收了一大批高素质人材,最后浪里淘沙,留下来二三十位也成了今天公司中层的骨干力量,大部分都担当着厂长经理之职。<br />　　<br />　　九三年初,公司的电脑系统非常简单,客户端是DOS操作系统下的无盘工作站,服务器的配置为386机器,RAM32MB,HDD200MB,网络系统由铜轴电缆相连的环形结构,软件系统是由COBOL开发的生产管理系统,人事薪资系统,仓库管理系统,采购管理,财务管理等等互不相联的小系统,我那时的主要工作就是和五六个资料输入员一道把这些生产资料输入进去,然后统计员工件薪和日产能。整个厂大约有十个工作点。大陆公司没有电脑人员,主要是台湾公司人员以出差的方式到大陆进行程序修改和硬件改善。<br />　　<br />　　资料输入员的工作很枯燥也没什么技术含量,九三年底,我在一边找其它工作的同时一边自学COBOL编程,那时年轻,表现非常积极,常常加班到很晚,也被公司主管看中,逐步由一个资料输入人员转变为程序开发、硬件维护和网络管理人员,小公司一般都是一个人一肩挑,只要跟电脑扯上边的都是自己的事。我那时的日常工作是:修改程序,做文字处理档案,教同事学打字,电脑硬件送修,装系统(特别是装novell的系统),特别是常常要钻到天花板上查网线,因为那时用铜轴电缆相连的环形结构特别容易断网,而且只要一个结点坏掉,所有的网络就不通,电脑系统就要停摆。<br />　　<br />　　九三年到九六年,公司飞速发展,老板不断地扩厂,到九六年底的时候,公司已经有将近二仟多人,三个分厂,在这期间,公司的网络系统做了一次大的汱换,采用了星形网状结构,但仍然采用的是Novell网络系统和DOS操作系统,由于公司业务量越来越大,这些独立的小系统问题尤为突出,越来越无法满足各单位所需,主要表现在:<br />　　<br />　　1.各系统各自独立,资源无法共享 <br />　　因为那时的系统都不是有系统地开发,其系统上线的先后顺序不一,例如订单系统是九六年上线,而库存系统早在九三年就上线,因此,各系统间的基本没有联系,很多在这个系统中跑出结果要到另一个系统中重新输入资料,最典型的例子是每个系统都有部门代号文件,而且同一部门在每个系统中代号都不一样。基本文件的不一致,造成系统间的合并报表很难处理,只好靠人工统计。<br />　　<br />　　2.台湾公司与大陆公司之间的资料交换困难.<br />　　九六年前公司的业务人员,采购人员主要在台湾,与工厂沟通靠电话和传真,资料的互相交换显得特别困难,例如采购单在台湾开立,需要在台中第一次收料,然后出柜到大陆,由大陆工厂第二次收料,采购单的传递就非常麻烦,那时为了节省传真费,采购单采用的是批次快递的方式,常常料已到厂,采购单还没到厂的状况。越来越多的呼声要求做两岸三地的资料交换。<br />　　<br />　　3.数据非适时在线数据产量及库存都有过帐动作。<br />　　这是我们那套COBOL系统的致命伤,每天晚上输完一天的单据后,需要过帐,才能得到仓库的正确库存数,这样让管料人员非常头痛,仓库里的实际库存与帐面不符,有时间差,开来了领料单领不到料的状况时有发生。同时生产数据也是如此,让生产单位不得不又配备一个数控专门统计生产进度,生产系统只能做到薪水计算。让系统流于做财务帐面管理的尴尬地位。<br />　　<br />　　4.系统无法处理图稿及大量文字,研发单位完全手工作业。<br />　　由于公司主业越来越强大,也有越来越强的研发能力,而研发的资料却没有系统可留存,这样造成研发与生产脱节,知识无法传承,公司经常出现打样时已经解决的技术难题,在大货生产阶段又重复发生,公司迫切需要一套软件做产品管理。<br />　　<br />　　5.DOS系统操作复杂,界面呆板,系统经常当机和资料乱文件丢失。<br />　　最典型的是开立一张订单需要转八个画面才能完成,这是每次使用者批判我们的电脑系统烂的强有力例子,而且由于数据量越来越大,我们的系统严格来讲并不是关联型的数据库,经常数据丢失和乱文件,使用者重新输资料是常有的事。<br />　　<br />　　6.系统速度慢<br />　　由于不是关系性数据库,没有外键的概念,读写资料都是从头读到尾,因此需要查询某些特定数据时,速度极慢,使用者无法忍受。记得那时算薪水时,都是在夜深人静的晚上,一算就是三五个小时,如果档案乱掉要重整,那时间更久。<br />　　<br />　　97年,在内部需求越来越强烈和外部软硬环境逐步成熟的状况下,我们准备汱换系统,这个期间我们主要是增购了一些可以安排windows操作系统的高等级电脑,其内存可以达到8MB呢;同时申请了一条到台北的专线,这样可以直接与台北公司的网络相连,解决了以往无法与台北直接通信的问题;安装了邮件系统,内部通信可以用e_mail来解决;而且还安装了一些基于window下的办公软件。那时我上internet是直接透过台北的专线出口,上国外的网站极快,上国内的网站却奇慢,也让我虽然接触互联网很早,却在2002年才有自己的第一个QQ。<br />　　<br />　　办公软件和邮件的大量使用以后,大家更不喜欢用DOS下的管理软件了,很多人在系统里产生数据,然后再转到EXCEL里管理,这时的报表层出不穷,每个人都设计自己适用的格式,打印机与纸张的需求激增。这时,我们开始打算用WINDOWS下的程序语言自行重新开发系统。最早,我们选定的是FOXPRO,数据库采用SQL SERVER6.5。<br />　　<br />　　97年我刚结婚,没有孩子,公司也終於成立了獨立的資訊室,同時新招了一批程序员,都是大学刚毕业的年轻小伙子,那是一个激情昂扬和充满希望的年代,每天晚上工作到11点,有时甚至到1点,晚上也不回家,就在公司宿舍里睡。大约二个月时间,我们成功地将一套产品BOM和BOR的系统上线运作,这是公司开发的第一套基于WINDOWS操作下的c/s结构的系统,虽然小,但却是我们全面系统转换的第一步。<br />　　<br />　　但是,正当我们打算用FOXPRO继续转换公司的其它系统的时候,有几个大的技术问题却横梗在我们面前,无法突破,主要是:<br />　　<br />　　1.SQL SERVER6.5极不稳定,服务器经常当机重启 <br />　　2.SQL SERVER的速度极慢,虽然只上了一个系统,但一遇到比较大的查询和报表,就会有进程死锁<br />　　3.当初专门为SQL SERVER购买的数据库服务器选型失败,当时的机器是COMPAQ2500,.PII266, 双CPU,安装以后,先是CPU坏,后是硬盘坏,就没有正常工作几天,是一款特糟糕的服务器,现在这台当初7万多元购买的机器早已躺在机房的角落里休养去了。<br />　　4.选择用FOXPRO为开发语言是最大的选型失败,FOXPRO只适用于开发一些小型系统,要用他来开发大型的管理系统,真的是力不从心,在后来我们打算进行订单系统的开发的时候,这个问题日益严重,让我们不得不停下来,重新讨论开发工具的选型。<br />　　<br />　　98年4月初的时候,我们的系统更换计划停止不前,在换与不换之间,继续做还是重新选型之间,高层出现了不同声音,台北总公司这时高薪聘请了一位电脑人员,他是用DELPHI的,上任初始,他就将他原公司的几位同事挖了过来,打算在台湾组织一班人马,用DELPHI重新开发,可是由于他们根本不了解公司的作业流程,又不到大陆来了解实际作业,只是听别人口述,就开始写系统,从一开始就注定着失败,果然在98年六七月的时候随着这些人员的离职,开发计划再一次遭受暂停。他们带来的成果是,我们这边的程序员都开始学习DELPHI,并尝试用DELPHI做一些小的系统。<br />　　<br />　　98年被所有使用者诟病的COBOL系统仍然在顽强地运用者,而且在不断地新增功能,虽然真的很烂,但却无法丢弃。这时,ERP开始成为我们日常技术讨论中的词汇,大家都开始讨论ERP,公司兴起了一股ERP热。<br />　　<br />　　公司决策层在接受了某位据称是博士的专家洗脑后,也对ERP异常地热衷起来,在不到一个月的时间里,就由老板拍板选定了一家电脑公司,其电脑公司的老板就是这位博士的太太,程序员据说全是其学生,根据电脑公司提供的项目计划书,打算在一年时间内,公司要上ERP系统,我们当时对ERP都还懵懵懂懂,老板和所有的同事都憧憬着,这套系统上线以后,业务能够准确预测订单交期,营管能做自动排程,仓库能做自动发料,在台北的财务能实时得到成本数据,总之一切都是自动化作业,而且两岸三地的系统是整合和无时差的。<br />　　<br />　　虽然我包含一些在大陆工作的台干根本不看好这次全盘地将系统外包给一个完全没有我们行业背景的电脑公司,但由于老板钦定和总公司某些人的推波助澜,这次系统转换仍然如火如荼地展开了,我们电脑部门也从原来的系统开发部门转为需求提供者,从心底里讲我也很乐意这样的结果,因为,一直以来都被其它单位主管责难,认为系统一直无法转换是我们能力不够,那这次全部由外面电脑公司做,也许能让其它主管公平地评价电脑部门的工作。<br />　　<br />　　在这期间,我们重新整理了公司的流程,窗体,报表,还做了一些流程改造和某些流程简化,也让我及同事们能更深入地了解公司作业流程,让我们既懂技术又懂实务作业。<br />　　<br />　　99年初,公司的电脑已达二百多台,厂房也越盖越多,为了ERP系统,我们花费六十多万元请系统集成商重新做了网络改造,结束了小米加步枪的年代,开始走正规的系统管理道路,有了专职和硬件和网管人员,同时,在电脑公司的选型下,花巨资购买了两台UNIX机器,准备运行我们期待已久的ERP系统。<br />　　<br />　　99年中,ERP系统终于千呼万唤地拿到了大陆,开始测试,结果没有一个流程可以完整地跑下去,其功能还没有原来COBOL系统的三分之一。之前许诺的种种美景一个都没能实现,使用者采取完全抵制的态度。这时,电脑公司与我们互相推诿和扯皮,台北ERP小组与实际操作人员互相告状,一种声音说系统就是不好用,根本不符合公司流程,闭门造车,工厂无法作业;一种声音说作业人员顽固守旧,不愿革新,不愿接受新的管理思想,矛头直指海外高层主管。在这个胶作状态下,幸好我要生孩子了,躲过了这些扯皮和责难,我走之前跟同事们笑談,希望三个月我生完孩子后, ERP系统已经在公司成功上线。<br />　　<br />　　不幸的是,在我产假还没休完时就从同事口中得知,ERP系统已经处于停顿状态,2000年元月,在产假还没休完的时候,就被公司叫去上班,在继续上系统和停用系统之间,两派人员争吵不休,分歧巨大,于是,公司专门请一位新进的总经理助理重新评估,三个月后,最后的结论是:停止使用此套系统,我们从起点又回到了起点。虽然软件款仅付了30%,可两台价格昂贵的机器又遭到闲置,其中投入的人力成本也无法估量。究其原因我想不外乎下面几条:<br />　　1.不懂公司作业流程的人写ERP系统 -- 必定失败<br />　　2.与公司作业脱节和不懂技术的人做ERP项目负责人 -- 必定失败<br />　　3.对ERP盲目憧憬,使用者提出许多不切实际的需求 -- 必定失败<br />　　4.电脑公司为接生意把ERP吹得天花乱坠,实际又写不出这样自动化的功能 --必定失败<br />　　5.小看纺织行业的电脑系统,以为非常简单,实则非常复杂 -- 必定失败<br />　　6.使用者与开发人员通过第三者沟通 --必定失败 <br />　　7.不做任何流程改造,将原来作业照搬到电脑上 – 必定失败<br />　　<br />　　2000年至2001年,ERP的开发工作停止不前,公司认识到ERP的失败是由于选型过于草率和内部流程不整合造成,于是在2000年中期开始,进行了一次大规模的ERP选型和公司内部流程的重整,历时近一年,凡是台湾有点名的电脑公司都被我们请到,还包含一些国外的电脑公司。<br />　　<br />　　在选型过程中,我们的深刻感受是市面居然没有一套适合我们行业的ERP系统&#33;&#33;我们属于薄利行业,在电脑化的投入以精简为原则,而我们的需求却是事无具细,详细到每根线都要管控,市面上比较成熟的ERP大都适用于电子组装业,其产品单一,流程简单,大型的ERP系统如SAP又是天价,根本不在我们的财力范围之内。<br />　　<br />　　2001年我们一直在自行开发,外包开发,购买现存ERP系统之间纠缠不休,由于有前次失败的经验,我们再也不敢冒然指定一家ERP公司, 在大环境不甚明了的状况下,信息部的程序员们只好利用新学的编程技术开发一些周边小系统, 我曾经将一篇 “ERP的成功率等于零”的文章传给公司老大看, 这是一段苦恼的日子,我们也不敢将我们写的系统定为ERP,只是说是电脑管理系统。<br />　　<br />　　01年底,终于有家电脑公司进入了老板的视线,为什么说是进入老板的视线呢,因为在我们的评估方案中,这家公司并不是最好,但老板在他们愿意提供完整原代码和以合作方式重新开发属于我们行业的ERP系统后,同意与这家公司签署ERP系统合约 。<br />　　<br />　　02年春节过后,我们的ERP系统开发又一次启动了,这一次是购买别家公司的成熟软件,组织人员自行开发,这是我们在看了几乎所有的中文ERP系统后找出的办法,依靠别人的电脑技术,结合自己的实际,自行开发出适合公司内部流程的ERP系统,是唯一正确的选择。02年到03年,我们重新开发了MRP系统,其间辛苦不必详述,但终于在03年的4月将系统成功上线,彻底丢掉用了十多年的COBOL系统。<br />　　<br />　　<br />　　老实说购买的那家公司的软件非常糟糕, 2004年后的今天,那家公司已经倒闭,幸亏我们是买了源代码自行开发,否则将面临着又一次的失败。<br />　　<br />　　97年到04年,从我们听到ERP这个词到今天有一些系统上线, 整整八年时间,漫长而又痛苦,其间浪费了无数的人力才力和物力, 我们的ERP系统也刚刚有一些眉目,要完全上线至少还要一到二年,所以ERP决不是一个一朝二夕就能完成的项目,急功近利的思想只能让系统失败。<br />　　<br />　　<br />　　04年初,老板买下了原来提供给我们源代码的公司,我们摇身一变,也成立了ERP软件公司,这也算作我们将近十年ERP开发之路的成果吧。<br />　　<br />　　这里,我总结十年的经验如下:<br />　　<br />　　使用者的需求是电脑化不断發展的动力<br />　　ERP系统只有跟企业内部流程良好整合才有可能成功<br />　　硬件的发展支撑软件的不断进步和改善<br />　　自己动手丰衣足食<br />　　电脑化不是精简人力反而是更增加了人力和物力<br />　　没有老板的强有力支持电脑化难以成功<br />　　

<!--emo&:)--><img src='style_emoticons/default/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif' /><!--endemo--> 算得上肺腑之言了

非常实际的文章。<br /><br />SQL SERVER就是SYBASE嘛，一样的毛病。<br /><br />非主流IT应用要想上个档次，达到正常使用的程度，只能靠用户自己。IT系统实在是很复杂，对于IT从业公司来讲，如果为了特定的客户建设特定的系统，客户又不是利润很高敢于猛花钱的企业，没有动力：特定系统投入大→投入大了做好了，但利润不高甚至亏损→要想赚钱只有多卖→多卖必须有配套设施：人员体系、技术体系，还要防止公司员工出去自己开公司→事先需要足够的规划以尽量保证未来的市场和效益→在立项开发前这是不可能做到的→结果：对付了事赚到钱再说。<br /><br />谁也别怪谁：通用工具肯定比专用的贵，但是对确定用途的情况来说，用起来专用的肯定好。IT企业就是通用工具，用户自己是专用工具。