SAP太龐大，該怎麼著手學習？

時不常就會有人問我關於如何學習SAP的問題，類似下面這種：

雖然我寫過此類題材的文章，比如：

但上面兩篇都是偏重學習資料的，而且文首的那個問題，真的喚醒了我當年自己學習時的感受。

估計多數剛接觸SAP不久的人，都會有類似的體會。

SAP給人的感覺是：龐大，複雜，很難搞懂。

學習者的感覺是：無助，缺少方向，不知從何入手。

這也是我自己的感受。

學習就是把一定領域內的未知事物越變越少的過程。只是，SAP這個領域實在太大了，好似站立在茫茫曠野，周邊一望無垠。

做SAP顧問的，熟練不熟練，有個小小的標誌，就是看對後台表是不是了解。我曾經覺得自己應該把大多數的表名都記住，直到我聽說SAP ERP里有2.4萬張表時（數字不一定準確），我才發覺自己的雄心壯志有多麼荒謬。SAP的複雜，也可見一斑。

有句話說：興趣是最好的老師。可工作上的學習跟玩遊戲不同，很少有人是靠興趣驅動來學SAP的。

我覺得當年逼著我不停學習的，是項目上的壓力和緊迫感。

一盞檯燈，一台電腦，明天就要去給用戶解釋了，今天晚上還在玩命的自學。不學怎麼辦，總不能明天在用戶面前兩手一攤，說自己其實也不懂吧。

行里有句話：「顧問只要比用戶早學會一天就夠了」。

這就是我當時的真實寫照。是工作的壓力，也是職業的要求，逼著我不停地學。

後來我自己總結，我相當於採用了一種任務式的學習方法。這種方法不像我們讀中學，每次都要從課本的第一頁學到最後一頁。而是專門學習那些我很快要用到的東西，學會了才能完成我眼前的任務。

別看這種方式感覺不系統，但是它印象深啊！因為有任務存在，每次其實都是我主動去進行一種探索式的學習。而每次我拿出SAP教材，希望找個大段的時間完整的學完整門課的時候，反而效率低下，容易半途而廢。就算死記硬背了，也一會就忘了。

所以說，作為一個初學者，如果你設定一個類似「學會SAP CO模塊的所有知識」這樣的學習目標，其實是不太具有可操作性的。換做是我，會把這樣一個大目標拆分為多個小的任務。例如：搞懂成本中心主數據裡面每個欄位的含義。這樣是不是就立刻知道自己該從哪裡入手了？

這樣還不夠，顧問工作某種程度上跟老師類似，不但要自己理解，還得能表達，能解釋給其他人聽。以「能教會別人」為標準去學，就是給自己設了一個任務，反而能激勵自己去了解那些不懂的東西。

成長 = 壓力 + 休息

有了任務帶來的壓力，還需要有休息和反饋制度，這樣才能成長。如果只有壓力，那肯定要崩潰了。設置一個休息時間，或者其他的小小獎勵，作為完成任務的反饋，效果會好得多。

如果說SAP的學習過程是一次美食之旅，你信么？

一般大家會覺得學習是個苦差事，但享受美食每個人都喜歡。我有個腦洞：想像SAP某個模塊就是一桌子滿漢全席，每次給自己設的任務，就是吃掉其中一盤菜，這盤菜就是一個學習的小任務。

嗯，「了解成本中心裡的每個欄位」，就是四喜丸子。

我當然不是說真的每次學完了就要去吃一頓好的，那估計得胖死。不過小小的獎勵一下自己還是可以的，天熱了，吃根冰棍吧。

意志力其實是一種會被消耗的資源，學習過程消耗意志力，獎勵則可以恢復意志力。一張一弛，才能持續下去。

小結一下，我體會到的幾個方法：

壓力促使人學習；

把大目標拆成小任務；

以「能教會別人」為學習標準；

設置小獎勵，恢復意志力。

希望對你有用。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！