SAP太庞大，该怎么着手学习？

文 | 大话SAP

时不常就会有人问我关于如何学习SAP的问题，类似下面这种：

虽然我写过此类题材的文章，比如：

《给你一张SAP学习地图》

《老司机聊聊学习SAP的方法》

但上面两篇都是偏重学习资料的，而且文首的那个问题，真的唤醒了我当年自己学习时的感受。

估计多数刚接触SAP不久的人，都会有类似的体会。

SAP给人的感觉是：庞大，复杂，很难搞懂。

学习者的感觉是：无助，缺少方向，不知从何入手。

这也是我自己的感受。

学习就是把一定领域内的未知事物越变越少的过程。只是，SAP这个领域实在太大了，好似站立在茫茫旷野，周边一望无垠。

做SAP顾问的，熟练不熟练，有个小小的标志，就是看对后台表是不是了解。我曾经觉得自己应该把大多数的表名都记住，直到我听说SAP ERP里有2.4万张表时（数字不一定准确），我才发觉自己的雄心壮志有多么荒谬。SAP的复杂，也可见一斑。

有句话说：兴趣是最好的老师。可工作上的学习跟玩游戏不同，很少有人是靠兴趣驱动来学SAP的。

我觉得当年逼着我不停学习的，是项目上的压力和紧迫感。

一盏台灯，一台电脑，明天就要去给用户解释了，今天晚上还在玩命的自学。不学怎么办，总不能明天在用户面前两手一摊，说自己其实也不懂吧。

行里有句话：「顾问只要比用户早学会一天就够了」。

这就是我当时的真实写照。是工作的压力，也是职业的要求，逼着我不停地学。

后来我自己总结，我相当于采用了一种任务式的学习方法。这种方法不像我们读中学，每次都要从课本的第一页学到最后一页。而是专门学习那些我很快要用到的东西，学会了才能完成我眼前的任务。

别看这种方式感觉不系统，但是它印象深啊！因为有任务存在，每次其实都是我主动去进行一种探索式的学习。而每次我拿出SAP教材，希望找个大段的时间完整的学完整门课的时候，反而效率低下，容易半途而废。就算死记硬背了，也一会就忘了。

所以说，作为一个初学者，如果你设定一个类似「学会SAP CO模块的所有知识」这样的学习目标，其实是不太具有可操作性的。换做是我，会把这样一个大目标拆分为多个小的任务。例如：搞懂成本中心主数据里面每个字段的含义。这样是不是就立刻知道自己该从哪里入手了？

这样还不够，顾问工作某种程度上跟老师类似，不但要自己理解，还得能表达，能解释给其他人听。以「能教会别人」为标准去学，就是给自己设了一个任务，反而能激励自己去了解那些不懂的东西。

成长 = 压力 + 休息

有了任务带来的压力，还需要有休息和反馈制度，这样才能成长。如果只有压力，那肯定要崩溃了。设置一个休息时间，或者其他的小小奖励，作为完成任务的反馈，效果会好得多。

如果说SAP的学习过程是一次美食之旅，你信么？

一般大家会觉得学习是个苦差事，但享受美食每个人都喜欢。我有个脑洞：想象SAP某个模块就是一桌子满汉全席，每次给自己设的任务，就是吃掉其中一盘菜，这盘菜就是一个学习的小任务。

嗯，「了解成本中心里的每个字段」，就是四喜丸子。

我当然不是说真的每次学完了就要去吃一顿好的，那估计得胖死。不过小小的奖励一下自己还是可以的，天热了，吃根冰棍吧。

意志力其实是一种会被消耗的资源，学习过程消耗意志力，奖励则可以恢复意志力。一张一弛，才能持续下去。

小结一下，我体会到的几个方法：

压力促使人学习；

把大目标拆成小任务；

以「能教会别人」为学习标准；

设置小奖励，恢复意志力。

希望对你有用。