想写这篇博文很久了,但一直忍住没下笔。直到今天又发生了一件让我头疼的事儿,知道事情的真相之后我才恍然大悟,是时候记录一下这些让人头疼的关键用户了。

       从业SAP这么多年,各模块关键用户遇到不少,但绝大部分都是很好沟通而且业务扎实,配合度很高的人,甚至还有好学研究然后转行做IT做顾问的。但在当前这个项目里,遇到的一个财务关键用户,却让我头疼不已。公司上SAP项目,内部接触过这个系统的并不多,每个招进来的人懂点SAP都会被捧着高手或神人。面试的人只要做过SAP,哪怕操作过SAP都会在面试的时候加分不少。于是在上线期间财务部就招了这么一位关键用户进来,算是财务部里唯一一位摸过SAP的人,曾经在其他公司操作过SAP,都还不算是一位关键用户。但这并不是一件好事儿。

       在系统实施过程中,他对系统实施过程的很多意见就暴露无遗,针对用户的一些不解,他甚至充当起IT的角色,一直在教用户操作,其实这没什么,但关键是他只是凭自己操作过SAP系统的一点边角的东西,根据之前公司的系统设置就一直跟用户在灌输他的一些思维。甚至在系统设置层面上,还发Mail出来告诉信息部SAP内部顾问应该如何做如何做。比如在采购发票预制上,SAP系统中开发了一套批量发票预置的功能,可以直接取对账画面的金额和数量,但因为一些退货采购订单的原因,他甚至要求直接取的采购订单的金额和数量。也就是说他根本就不清楚系统画面的关联关系和一些优化性的设置,不仅在本家业务不扎实的同时,对公司的业务理解和系统流程设置上也了解极为有限。比如退货销售订单没有计划价格过不了账,按道理移动平均价的物料只要有采购就会更新计划价格,但因为主数据维护的原因,这部分遗漏了。他直接让用户在MR21里面维护物料价格,甚至在物料当期有库存异动的记录。他似乎只关注于如何让系统能够操作下去,完全不在乎这样是否合理,完全不理会会有什么后果。很多时候为了能够让系统流程更快走下去,甚至违反流程和业务的约定去做本不该他来做的事儿。

        这类关键用户总是会在用户着急的时候“指点迷津”。这类关键用户很让人头疼,但却是用户们眼中的大好人,技能和水平甚至比内部SAP顾问还厉害。凡是用户有问题的,问他就对了,会有各种奇怪的解决方式出来,问IT的话反而会被卡住,会因为流程或者业务的原因和限制住。

        其实关键用户只需要处理好本部门的业务,熟悉本模块相关的操作和系统设置就可以了,其他的新需求新解决方案就留给SAP内部顾问来解决。毕竟SAP内部顾问了解本公司内部系统比较多,对彼此之间系统的集成和设置会更了解和熟悉,面对用户需求也会结合自己的IT从业经验和SAP系统的高集成架构做出合理的落地方案来。而不是这些让人头疼的关键用户,仅凭自己做过一点边角SAP系统就在那边随意指点和做出反应。

       SAP一点也不神秘,只是门槛有点高而已。懂点SAP其实并没什么,会操作SAP真没啥了不起。真正能撑起SAP大旗,能称得上是SAP咨询顾问的,一定是能够在面对用户需求的时候给出适当合理的解决方案,一定是坐落在SAP系统架构的高度,结合与其他卫星系统的集成的角度来制定方案的。而要做到这些就需要很长时间的SAP从业经历,需要有足够的专研精神,博览群书,十年如一日。因此只懂本工作业务和懂点SAP操作知识的SAP关键用户要想成为真正的SAP咨询顾问,需要的路更远更长,否则只会让人头疼...




-----------------------------------------------------------------------------------------------------------------------------
SAP顾问进行时...!
注:本文系原创,如要转载请务必保持原文一致并注明作者(梦心)及出处(博客地址:http://www.cnblogs.com/saper/),违者将会被追究相关责任,谢谢!

http://www.cnblogs.com/saper/p/7119079.html