一点点心得
前言: 可能对于大多数看官而言,我都是一个晚辈,所以叫我来和大家分享经验,真是班门弄斧、贻笑大方。而且现在我也不能算是在项目上,只是做了个内部运维的职位。不过既然彭老师提供了这么一个分享的平台,我想那就借助这个平台写写我从事SAP的一些心得,且请前辈们指点斧正、也权当为后来者们提供一点点建议吧。
正文:
做内部运维的职位,了解的知识不要求精、却要求广。我现在做的工作覆盖了FI CO MM SD甚至basis相关的内容(好吧,只是权限管理,后台作业啥的)。最近ABAPER走了,还逼得我们一群人去看ABAP程序。当然还有一些非SAP的技能,比如EXCEL的操作技能,现在我都成为全部门EXCEL的“大神”了。
我还记得我刚到公司的领导叫我做一些SAP内部的数据分析,就是一些采购价与销售价格的数据分析。当时对于我来说,是一个很头大的事儿,因为我对于MM与SD并不太了解,如何把这些数据从SAP内准确的导出来是第一大难题。但领导却认为这是价格问题,就是财务问题,所以叫一个FICO来做这事儿,是理所当然的。
后面我们另一个领导想要做一个虚拟机,让我们做测试用,想要由我们自己搭一个架构起来的时候,叫到我,让我给他做一个MM SD方面的会计科目配置的清单。当时我就三根黑线从头上拉了下来,我想说的是这活儿难道不应该是MM 与 SD顾问的事儿么,我们只需要提供会计科目就完事儿了么。
倘若价格金额要由我们FICO负责、会计科目的配置也是我们FICO负责,那么我们不已经做完了SAP配置中最重要的活了么,我们不都完成SPA配置50%的活儿了么。
但其实在做内部运维的职位的时候(我也觉得SAP这个软件本身),各个模块的划分都是不会有明显的界线的,各个模块之间是紧密联系在一起的。我们或者能在平时的工作中去和别的同事谈论划分开哪些工作是FICO顾问的,哪些工作是MM SD 顾问的,但对于一个实际的业务来说,却是一个连贯的业务流,是不可能从中间某一个步骤分开的,甚至一个步骤都可能涉及到多个模块。所以,你的领导、你的客户都是不会理会你负责哪一块的,只要是SAP内的问题,他们都会拿来问,倘若你不够了解,那么他们就可能会认为你不够专业。所以对于一个顾问而言,特别是做内部运维而言,知识面的广度有时比深度还要更重要。
关于技术方面的东西限于时间与篇幅,且先谈这么多吧。当然无论是内部职位还是外部顾问,它都是一个职位,职场之道是必不可少的。有人的地方就有人际交往,为人处世之道也是一门必修课。当然这些都不在这篇文章的探讨范围之内。
且希望这篇文章能为后来者提供一点点帮助吧。最后,补祝大家五一快乐。
二零一五年五月二日记于上海