一个技术顾问眼里的ERP现状(一)要做有技术背景和业务背景的资深顾问

1VDI4e0Q%y88091开题：

J3OztHE-W88091        入ERP行业四年多了，一直是在做技术这块的工作。人说，七年之痒，不过我四年就痒了，不挠不快。抓痒的同时喷点爽肤水，不喷不快，：）。ERP100社区Bm+] y z{

,B'n&z
[V+x+j88091       经常看我帖的人会发现，我比较喜欢括号和括号里面的大写数字。一个是我经常写技术方案（因为要详细列出问题的要点，解决的步骤等）落下的职业病，一个也是对自己的勉励，喜欢看着数字慢慢增长，才能坚持写的下去。

'Z)E].WAI*vYY88091       可能间谍片子小时候看多了，所以从里面吸取了不少著名人物的经验教训，就是处在一个环境的同时，首先要仔细打量好你的四周，注意你身边环境中的一丝一毫吧。这给我带来一个额外的好处就是，我习惯在空闲的时候思考，经常沉思的热血沸腾，呵呵。抱歉，越沸越远了……ERP100社区A,ymU'O.T k&qG&ZYX

正文：ERP100社区8Y!jY^0Q

q*m3S9Nv
G }"y5itn88091        我是做技术顾问的，所以代码方面上手快，在进入这行初期总是习惯于以技术顾问这个角度来看待ERP，有了问题，就猛追代码，但往往追到最后，找到了报错的地方，但是却不知道为什么这里的数据会返回为空，不懂业务啊。即使找到了原因之后给功能顾问讲问题解决时也多是以该字段、该表这种方式表达，最后是发觉功能顾问也很难听懂，交流困难啊。吸取教训后，就多注意学习业务层面的知识，也变换了和功能顾问的交流方式了。遇到需要去解决的问题时，先不忙去追代码，而是首先让功能顾问通过前台操作来重现错误情景，让功能顾问先从他的角度来猜测是可能在业务的什么地方会出这种问题，虽然不一定全对，但是往往能少走一些弯路，当然少走弯路的比率和顾问的经验是成正比了。完成这个步骤后，我才会去分析该功能，通过EBS中的一些辅助的工具，比如帮助菜单中的历史记录，比如Last Query语句，然后再调出FORM或者OAF页面，进行数据定位，一步一步将前台业务层和后台的技术实现层关联起来，目的明确的去追代码。解决的问题多了，就会发觉其中的规律性，无非就是几种结果，某个配置不正确，某个固有的标准功能的缺陷，某个客户化程序的bug等。这就是“磨刀不误砍柴功”。其实做的项目多了，遇到的问题多了，技术顾问也可以慢慢成为半个功能顾问。做有技术和业务背景的资深的ERP顾问，这是我一直努力的方向。技术是越做越精，却越做越窄，因为你做的越深，接触的圈子也就越小。而业务是越做越精，却可举一反三。技术是体力活，青春饭，永远是你跟着技术跑，而业务则是陈年好酒，越长越香，永远是你来主导方案。ERP100社区Bah3E*YW

'gr%?A6S`:v88091       ERP100社区,N"{!_5F5~o