一个ERP实施顾问从业8年来的心路历程

    不知不觉已经工作8年了,回顾服务过的几家主要的公司,有十几个人的小团队,有400多人的大公司,有的地处发达的沿海地区,有的地处偏僻的内陆,但无一例外地,每家公司都能让我们学到很多东西,仅举几例印象深刻的事情,希望能与大家分享.
      我工作的第一家公司,是青岛的一家小型ERP公司,可能正因为这是第一家,工作经验从无到有,所以我觉得在这家公司学到的东西最多.1999年,那时我还是一个初出校门的程序员,有着对”程序英雄”的崇拜,认为代码写得又快又有技巧是程序员的首要标准.刚开始工作时,发现我的工作效率不高,代码总是要来来回回修改很多遍.仔细想了一下,也请教了一些前辈,觉得是自己的工作方法有问题.后来我接到任务,着手开发系统的中英文切换功能,就是实现ERP的中文和英文版本只开发一套代码,运行时能够灵活地切换成中文或英文界面.在当时那还是比较先进的功能.我准备把这件任务做为改变自己工作方法的机会.我强迫自己从一个设计人员的角度,尽量全面地考虑问题,力图把问题的边边角角全都考虑清楚,找到最合理的方案后再动手,而不能象从前一样,拿到问题后马上就着手编码,一边编码一边思考.我想出来的方法也很简单,用一个窗口,上面摆上所有可能用到的控件和界面风格,然后写一个全局的服务,试着去翻译上面的所有控件,然后总结出对所有控件都可用,且效率最好的翻译方法.这次开发出来的功能比较可靠,基本上没有什么返工.这件事情看起来不起眼,但帮助我养成了先从全局着眼考虑问题的习惯,使我获益匪浅.

 
      后来,在内地一家公司做移动增值业务开发,做一个手机彩票投注系统的测试时,我感到很有挑战性.因为公司以前开发的几个项目都发现了性能问题,所以这个项目一定要做好压力测试.我之前从来没有做过压力测试,在领导支持下,我先是去北京一家公司做了压力测试软件的培训,然后实际进行测试时,我把程序的几个模块部署在几台机器上,各模块的开发人员各自负责自己的机器,然后琢磨出了一套用于测试调度的文档,做为各环节工作衔接的依据.比如文档里写好几点几分发起若干条短信请求,然后网关和支付接口等各模块及时向文档中提交各自的响应情况,再根据实时反馈及时调整压力,试着找出系统效率的瓶颈.这套以文档驱动和调度的测试方法,后来也证明比较成功.
 

    第三件事发生在前年,当时在一家以ASP方式运作的ERP公司做技术支持和实施,去苏州一家工厂实施时,因为这家客户的新加坡母公司早已经上线了,而这两家公司的物料等主数据基本上完全一样,我和本地客户商量后,为了节省数据收集的时间,就利用ASP方式的优势,直接到我们公司的新加坡分公司数据中心,把母公司的相关数据拿下来,然后导入到苏州公司了.后来,新加坡母公司的人知道导数据的事情后,大发雷霆,后果真的很严重,最后闹到我们公司主管亲自写信向用户倒歉.归根结底,以前做大陆客户时,客户并不介意技术支持人员进入自己的数据库,甚至有的客户会要求你帮他改一些敏感的数据,这在大陆可能不是什么大事情,但是这家新加坡客户显然很难受.ASP方式本来就建立在一种信任基础之上,即使你是出于善意,也不能擅进客户的数据库,需要的话,一定要取得客户的许可.这件事情暴露了我在职业精神上的一种欠缺,没有真正站在客户的立场上考虑问题,教训很大.后来,与国外客户和同事越来越多的接触中,发现了双方做事习惯上的很多不同,从中也学到了更多东西.

原创文章,转载请注明: 转载自浪潮888博客

本文链接地址: 一个ERP实施顾问从业8年来的心路历程

文章的脚注信息由WordPress的wp-posturl插件自动生成



This entry was posted in 浪潮文档. Bookmark the permalink.

发表评论

电子邮件地址不会被公开。 必填项已用 * 标注

*

您可以使用这些 HTML 标签和属性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>