让人头疼的关键用户

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

       从业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咨询顾问，须要的路更远更长，不然只会让人头疼...