我与ERP的IT历程

elerp

我与ERP的IT历程
作者：bullsoft

　　看了一位兄弟的"我的ERP之路"，深受感动，当然他的路跟我的不一样，我的路也跟大家的不一样，我也把我的从业经验写出来与大家分享，如果能对大家有些借鉴和启发，那我深感荣幸。当然，大家拍砖也欢迎，不过随带送点地更好，这样在广州我就可以盖楼了。

　　入门IT
　　我出生在大山里的农村，在我没有进入大学之前，我没有见过电脑，读高中之前甚至没听说过，读高中的时候，我其实喜欢的是物理化学，特别是化学(当然我的数理化都很好，这是一般山里孩子的共性)，但由于高考不理想，我阴差阳错的上了一所大学的计算机系，因为计算机在当时来讲确实很热门，为了以后好找工作，我最终选择了比较差的学校里面比较好的专业.
　　在大学期间我的成绩一般，不过我对专业还是很感兴趣，特别是编程，我的课余基本都是在图书馆和系机房度过，我们学校对于编程只安排了两门课--汇编语言和C语言。当然这两门课我都学得"考试"一般，但实践还是比较好，我喜欢动手编程，因为这对于一个长期没见过世面的人来讲，从屏幕上迸出的成果都是既新鲜又富有成就感的。大三的时候开始接触VC++，并全靠自学完成了面向对象编程的学习，特别是对面向对象编程有了非常深的了解(那个时候我们学校图书馆只要有面向对象编程介绍的，我基本都看过)，而且我有一个特点，我知道的东西，别人向我问，我都会毫无保留的解答，所以大三大四，我做了我很多同学面向对象编程的顾问。我觉得，你给别人解答的同时其实就是自己学习总结和深化的过程。
　　不但没有损失，反而会有意向不到的收获，还能同时锻炼自己的表达能力。大学里比较得意一点的成就是自己用C写的DBMS，当然是比较简单的那种，只能实现比较简单的建立表和简单的查询SQL，当然编病毒也搞过，但始终兴趣不大，可能是我本性比较老实的原故，我总觉得编病毒非君子之所为.大学4年，我的成绩和表现都是中游，没有得过奖学金，也没有挂过课，总结起来就是平淡无奇。从现在回过头来看，觉得比较遗憾的就是不太关心外面得世界，对新事务不太敏感，否则我可能是张朝阳第二了(呵呵)，在学习上，我觉得大学得课程其实都很重要，特别是计算机专业里比较基础的课程，如数据结构，布尔代数，离散数学，编译原理，操作系统原理，数据库原理等，有些课程，比如学什么语言，倒不是很重要.学得好坏的标准就是你至少要在几年后能够记得起来里面的主要理论及用途，用到的时候至少知道出自哪里，好回去查。
　　平淡无奇的大学学习为我的IT生涯奠定了基础，当然，我内心还是很向往我的未来，希望可以在IT界叱咤风云...
　　
　　
　　初战告捷
　　毕业后我被分配到一个国营企业得信息部门工作，刚开始得时候是修修电脑，搞搞网络，但我喜欢得还是软件，我对硬件不是很感兴趣，我得硬件到现在还不如我老婆厉害呢。由于我会一点软件，特别是对网页等Web编程知道一些，我们部门就要我跟同事做一个公司的主页，我的工作终于朝我喜欢的方向发展了。
　　由于当时企业应用软件开始兴起，我们部门对这方面也比较重视，而且公司也需要写一些小MIS系统。当然这个时候的系统大多都是替换手工作业，都是功能相对单一的小系统。我们部门花了1W多购买了一套正版的Delphi开发软件，而且公司有一个小统计系统就需要用这个开发，不过负责这个系统的是其它部门(就叫A部门吧)，我们部门负责编程技术支持，我大约学了半个月，就为我们其他同事讲Delphi课(基本是现炒现卖)，同时给A部门的负责开发的人(这里代号PZ 胖子)也培训Delphi，PZ是半路出家的，在他们部门用Foxpro做个一个档案系统，还获得过公司的科技进步奖。
　　所以比较傲(这种性格后来也断送了他在公司的前程，那是后话)，因为当时我所在的部门主要负责公司的网络，PC及一些系统的维护，开发比较少，所以PZ对我所在部门有些瞧不起，PZ负责的统计系统要求是一个月必须拿下，因为领导要在1月1号正式启用，结果PZ太过自信，信心满满的说可以保证，其实PZ本身对统计也是一知半解，业务方面由他们部门的统计室负责人(LG)负责(这个人没有什么文凭，但业务确实很过硬，领导着一群高材生，后来跟我关系很好)(**建议大家在做任何事情前，特别是做承诺前，还是要考虑周全，要果断，但不要武断)，结果过了半个月还没有任何进展，这时候PZ所在部门向我们部门求援，要我去现场进行技术支持，我到现场后发现问题很严重，弄了这么久业务逻辑都还没弄清，数据库当然也无法设计出来，就更不用说开始编程了，当然毕竟是PZ负责设计编程，我也不好说什么，所以我只是在旁边提供一些意见，但很快，LG发现我提的东西比较符合他们的业务实际，他就直接要求由我来设计，因为时间确实比较紧，因为这时已经是12月20号了，我当然不能随便答应，就向领导汇报，LG也跟我们领导说了，领导答应后，我就回去，(这个部门离我们部门是比较远的)。
　　第二天拿了些衣服就驻LG这边开始接手开发，我花了一天时间把业务逻辑理顺，花一天时间把数据库表结构设计出来，并把界面设计完，经过与LG的论证可行后开始编程，编程和测试花了3天时间(这段时间PZ负责报表制作)，27号基本数据录入功能和计算完成，28-30号LG部门的统计员实际操作测试后数据录入及处理基本完成(期间修正一些Bug，优化录入，提高录入速度)，PZ也把主要的报表设计得差不多，31号经过最后录入，数据计算以及报表校验后，终于完成，重新清理数据库后，来年1月1号正式启用，后面我又帮PZ把剩下得报表做完，调得漂亮些，经过这一次，我在我们公司名声大起，因为很多领导都知道了这次开发，我也初步展示了自己得能力，因为这个系统集团公司下面得很多公司都在做这方面得软件(重复，但这是大国企，很多事情就是这样)，我们做得比他们都好，特别是报表，我们做得确实很漂亮。
　　之所以写这次开发，不是想炫耀自己怎么厉害，其实这个统计系统就是一个原始数据采集，然后计算分析形成结算报表，主要是这次事件影响了我以后得发展，可以说为我进入ERP领域打开了大门，当然通过这次，也确实增强了我的自信，我得Delphi也有了飞速的进步.实践中学习是最快的。

　　总结:
　　1/ 懂得编程和你实际业务应用软件化是两回事情，你不仅需要编程知识，还要懂目标业务知识，如果你不懂业务，你就向这个领域的行家学习，当然你也要把你的软件知识传递给他们.后来我总结了一下，其实PZ不能成功的一个主要原因就是他思考问题老是从计算机方面考虑，不能把计算机能做什么等一些知识告诉对方业务人员，而他自己对业务又是一知半解，设计出来得东西当然得不到业务方的认可，而我认为，我们做应用软件应该把注意力更多得放到对方业务上。
　　2/ 尊重是最好的沟通桥梁，PZ的失败还在于PZ的不虚心，导致了LG对他的不信任，产生了一些排斥心理，以致于后来LG直接提出要我介入。由于我的性格，我在这方面处理得还可以，我虚心向LG了解业务，同时还把软件能做什么，不能做什么告诉给LG，完全没有所谓"高科技"的那种"气势"，无论对方懂还是不懂，我都保持起码的尊重。另外向对方传递软件能做什么不能做什么其实很重要，这在我后来的ERP实施过程中不断得到了验证，因为它传递给对方的是一种求实的心态，同时也使得业务方觉得你可信，不会产生太多的抵触心理，至少不会刁难你。
　　3/ 尊重和耐心是系统实施过程中最好的手段，特别是对哪些不懂计算机，害怕计算机的使用人员，效果尤其好，这基本上是我后来做实施的一条基本原则，当然也为我化解了很多实施过程中得难题.要做到这点，我觉得只要你把握住两种心态：一正因为她不懂，所以才请我来，二我来是实施系统的，不是来让他失去工作的。当然这些，在这次的实施中还体现的不是非常明显，但在我以后的ERP开发实施中，作用就非常大了。