他们公司一直都是在用九二年版的QAD系统（美国ERP厂商），跟之前我们同事的那家企业系统一致，非常古老的系统，不支持鼠标操作，基本上现在ERP系统该有的功能它都没有，唯一好处的是开源可开发。公司老板不知道从哪里交流了一下，然后打算大刀阔斧大干一场，改革目前信息化现状，为将来业务扩展做信息化支撑。
一直以来他都是做ERP行业，接触过多个模块，现在这个公司可能是因为体量小的原因，一个人几乎全管了所有的模块，业务能力很扎实，对企业的流程和供应链非常熟悉。看我给他演示了一下基础的SAP操作和逻辑，一直惊呼SAP的强大。
SAP的庞大复杂对于一个从来没接触到人来说门槛还是相当高的，这个门槛并不是看几本PDF、看几个视频、上上培训机构就能越过得了的，其中包含的后台逻辑配置和各种强关联绝对会把一个人打蒙。想起前几年碰到一个啥都不懂的信息化管理者，在ERP选型会议上跟演示系统的供应商要求在企业内部安装一套空白的ERP试用，想想这真是一大笑柄。
这持续枯燥乏味的学习过程绝对非常考验一个人的毅力。想起十多年前，为了学习SAP，我从腾讯拍拍上花了600元买SAP ECC的安装包，含视频教程差不多三十多张DVD光盘，升级了老爷笔记本配置（酷睿双核、4G内存、500G机械硬盘），安装Windows Server，安装Java，安装MSSQL，安装SAP，通宵安装了十五六个小时才搞定，占用硬盘空间220G，一开启SAP服务整个电脑就得卡死半个小时，CPU直接100%，内存爆满。
之后对着SAP GUI界面一脸懵逼，根本不知道怎么下手。虽然我知道部分ERP的流程和功能，但我根本不知道怎么弄。看购买回来的视频也是一脸懵逼，因为系统里面的组织配置跟视频教程里根本就不一样，真要操作起来困难重重，各种红灯错误，这也不行那也不行，那种深深的绝望感至今历历在目。
后来在厦门面试了一家正在实施SAP的企业，面试的主管给我出了一道SAP开发的题目，非常简单的数据查询我都没能做出来，好在他们给了我机会让我回去用自己的电脑做题。回去之后我狂恶补知识，当晚做题到凌晨，将源码发邮件给那位主管，第二天早上接到他们复试的通知，于是第二轮面试的时候我也很幸运成功解决了ABAP的问题，就这样开始跟SAP结缘了。
为了不让主管失望，觉得我SAP技术是半桶水，那时候我疯狂加班，下班回来也利用自己电脑的SAP狂学习，不停研究顾问开发的代码，看到不熟悉的语法就记下来百度，做各种尝试测试。恰好那时候公司要开发三支程序，顾问那边报价十多万台币。于是我自告奋勇，跟主管说我来开发。然后就是疯狂的查阅资料，查看SAP官方英文文档，系统测试，顺利得完成了任务。短短2个月就给公司省了十多万的开发费用，且提前了一个月转正。不得不说，不逼一下自己都不知道自己原来可以如此优秀。
再后来跳槽去做业务模块做项目了，开始是做MM模块，实施和运维过程中遇到过各种各样的问题，也深深感受到了SAP的强大，后来又接触了SD模块，Basis模块等。我觉得一个SAP顾问如果不精通一两个模块，其他模块如果不熟悉的话，是很没优势的。这个过程中累积的各种笔记和实施运维实录有五六百兆，上千篇文档。
就这样曲曲折折这么些年，非常成功的项目也有，失败的项目也有，见识到了形形色色的SAP顾问和关键用户，这些都变成了自己非常宝贵的经验。一个顾问如果没有经历过失败的项目，那就是失败的！
当然，之前两年半的QAD运维并非全是没用的，至少让我懂得了部分业务，知道了如何敏捷高效开发（这点得感谢那时候的主管领导，至今让我受益无穷，很遗憾现在绝大多数只是有开发的语法并没有开发的思维观念），也让我明白系统固然重要但企业流程和业务分析能力更重要。我曾经不止一次说过考验一个SAP顾问的能力并不在于他会多少事务代码，知道后台表是什么，不在于他知道SAP这个功能如何配置，而是他对业务的分析水平的高低以及需求沟通的能力大小，这才是一个资深的SAP顾问跟一个培训机构培训出来的人的区别。
很多人来信问我该如何入行SAP这个行业，每个人成长的道路不同，但我还是很忌讳培训机构的，他们只会弄虚作假，投机取巧，教你如何在简历上谎报项目经验，也只会教一些系统层级的东西，随便甲方稍微面试一下就露马脚了。我觉得时刻准备着，好好学习，找机会入职甲方或者乙方才是正道，别去花冤枉钱。
老同事如今也面临“生存”压力，我想他应该是有毅力坚持下去的，但能学到什么程度就不知道了。不过他懂开发，懂业务，学起SAP应该可以轻松不少。要知道一个人能集业务分析、开发、项目管理、系统配置于一身，那真的不得了！
-更多阅读-
