本文副標題：我的演講稿 - 如何快速上手新工作，持續提升個人競爭力

最近我收到了 SAP 上海研究院一個部門領導的邀請，參加了一個資訊素養故事分享會。我也就"如何快速上手新工作，持續提升個人競爭力"這個話題，聊了一些我個人的看法。

本文是我在分享會上的演講稿。

大家好，我是 SAP 成都研究院的 developer Jerry. 很榮幸收到這個邀請，其實我得知這個分享會的主題時，心裡很有感觸，因為我在 SAP 的工作經歷裡，確實會經常遇到需要快速上手新工作的場景。我在 SAP 成都研究院工作了 15 年，先後在七個不同的 SAP 產品開發團隊工作過， 因此今天我想利用這個機會，和大家分享一些我過去工作中切換新課題的故事和心得。

我想從以下三方面來分享：

1. 面對新課題，不牴觸，保持積極的心態
2. 充分利用自己以往專案的經驗
3. 給自己不斷設定學習小目標

![](https://img-blog.csdnimg.cn/img_convert/df49b63a66e08e6a3d2211ae618d3675.jpeg)

當我們即將和手頭上開發了一段時間的產品告別，準備接手一個新產品時，能做到抱著積極的心態去擁抱變化，不是一件容易的事情。

一方面，我們從事產品開發，花費了時間和精力去學習其開發技術，開發工具和開發框架，以及相關的產品業務知識。切換課題和產品後，有可能面臨的事實是，這些經過努力學習得來的東西，在新產品開發裡暫時用不上。

另一方面，新產品往往意味著又要開始學習新的開發技術，有時甚至是從頭學習，比如技術棧從 ABAP 切換成 Java. 除了技術之外，我們也需要同 Global 團隊的同事，重新建立信任和磨合。總之，我們對接手新課題時感到不安和牴觸，實際是受到了這些不確定因素的影響。

如何儘量讓這些不確定性因素對自己的影響達到最小化，以積極的心態去面對變化呢？

我個人的心得，做好兩點。

第一點，正視變化是不可避免的。古希臘哲學家赫拉克里特曾經說過：Change is the only constant in life. 生活中唯一不變的就是變化本身。

![](https://img-blog.csdnimg.cn/img_convert/f90db3e41bdab342c81063e9182ef6b3.jpeg)

其實 IT 圈子又何嘗不是如此呢？

曾經我們提到微軟，第一印象總是 Windows 和 Office，但現在微軟的 Azure 雲公臺也非常的成功。Amazon 以前給大家的印象就是一個電商公司，但如今在技術人員心裡，它的雲平臺 AWS 似乎比 Amazon 的電商業務更讓人印象深刻。以搜尋引擎起家的 Google，它孵化出的 Kubernetes，早已成為雲原生平臺的絕對領導者。20 年前的 SAP，幾乎就是 ERP 的代名詞，但現在我們不光有 S/4，還有 HANA 平臺，有 SAP BTP，還有很多 SAP 收購併成功整合的各種雲產品。

再說到國內，大家如果經常關注技術圈新聞，那麼也會經常看到某某公司事業部組織架構又進行調整之類的新聞。這些組織架構調整，都是企業為了應對不斷變化的市場而採取的最佳化措施，對於員工而言，就意味著日常工作課題的切換。

由此可見，工作中的課題切換，往往是不可避免的。只有正視這個事實，我們才能擯棄消極的心態，從容地去面對變化帶來的不確定性因素。

![](https://img-blog.csdnimg.cn/img_convert/37bc47ac34d1308dc5347425a872bded.jpeg)

第二點，堅信這些變化，能夠給自己帶來更多的機會和選擇。

中國有句古話：技多不壓身。從長遠來看，我堅信這些變化能給我們的職場之路帶來正向作用，能讓自己擁有更多機會去做出選擇。

我 2007 年畢業剛加入 SAP，從事的是 SAP Business ByDesign 的開發。由於水平和經驗的侷限，當時對 SaaS 軟體的設計理解得不深。

2012 年我轉到了 SAP CRM 開發團隊，這是從 Cloud 產品開發向 On-Premises 產品開發的一次轉型，讓我有機會能夠將 SaaS 和本地部署軟體，這二者從設計，開發再到發版整個完整流程的差異，進行一番比較。

2014 年我轉到了 SAP CRM Fiori 開發團隊，使用的程式語言也從 ABAP 變成了 JavaScript，這讓我有機會接觸到了 SAP UI5 前端框架。

2016 年我被分配到 SAP CRM Addon 專案組，這個專案的目標是把 SAP CRM 以一個 Addon 的方式，部署到 SAP S/4HANA 上，這使我終於有機會接觸到 SAP 的旗艦級產品 S/4HANA .

2017 年，我完成了 CRM Addon 專案組手頭的開發任務後，加入了 SAP Cloud for Customer 的開發團隊，這是 SAP 在 CRM 領域的一個 SaaS 產品，讓我有機會將之前所學的 SAP CRM 這個本地部署產品的設計和開發，同 C4C 這個雲端 CRM 軟體進行比較。

2018 年，我轉到了 SAP 成都研究院一個數字化創新團隊，這個團隊的任務是使用不受限的各種技術，開發基於 SAP Customer Experience 產品線的各種原型應用和概念驗證，這讓我能夠在工作中嘗試使用 Docker，Kubernetes，SAP Kyma，Go 語言這些對於當時的我來說比較新的技術來開發和部署應用。

2020 年，我加入了 SAP 電商雲的前端開發團隊，使用 Angular 和 TypeScript 作為我日常工作的開發框架和開發語言。這也給了我一個將 SAP UI5 和 Angular 這兩個前端框架進行橫向對比的機會。

![](https://img-blog.csdnimg.cn/img_convert/a79c349181a4361231c3e7095567350e.jpeg)

我覺得我能夠在 SAP 工作 15 年，始終對開發工作保持濃厚的興趣，一個原因就在於我工作課題的不斷變化，讓我總是有新東西去學習，有新的挑戰去迎接。過去這些工作內容的變化，給我提供了很多寶貴的機會，讓我接觸並工作於 SAP 各種產品。

那麼在接受了新的課題之後，如何快速切入新課題呢？

那就是我想要分享的第二點心得：充分利用自己以往的經驗。

我一直覺得，我們過去所積累的產品和技術經驗，都是我們的寶貴財富。

這些我們透過努力積累起來的財富，就是屬於個人的數字化資產。我認為所謂的資訊素養(位元素養)，包含兩方面內容。一是如何從爆炸式增長的資訊海洋中快速查詢出自己所需資訊的能力，二是如何將這些查詢到的資訊，提煉，歸納，整理，內化成自己的數字化資產。

![](https://img-blog.csdnimg.cn/img_convert/ddfbecf47308bbac9efb985c09139f45.jpeg)

從官網複製貼上一些文字到本地，下載一些 PDF，從 Github 找到一些程式碼片斷，複製貼上到自己的工作程式碼中，這些都不能算是數字化資產，只能稱作素材。

把這些素材進行二次加工，持久化到自己的個人知識庫裡，無論時間如何流逝，想查詢的時候，可以在極短時間內(比如30秒內)快速在知識庫裡把對應的內容重新載入到自己大腦裡，這樣的內容才能算數字化資產。

就我個人而言，我喜歡把自己工作中學到的技術知識點，總結出來以部落格的形式釋出到 SAP 社群上。我很多時候自認為對某個技術點理解得很清楚了，但是當我動筆開始寫文章的時候，發現經常卡殼，原因是某些點理解得似是而非，所以把腦子裡的東西持久化到知識庫，生成數字化資產的過程，本身也是對所學的覆盤，總結和進一步加深理解。並且內容釋出到社群之後，能收到其他從業者的反饋，指出我文章裡可能的錯誤或者理解得不準確的地方。這些釋出到社群的內容可以被搜尋引擎高效地查詢出來，而且永遠不會丟失。

![](https://img-blog.csdnimg.cn/img_convert/c68bbb6b4fa939d657daad3217de7aa0.png)

對所學知識點的整理，加工，持久化到知識倉庫，能有助於把零散的知識點串成網狀的知識體系，所以這麼多年我一直堅持在做。

每個人都有自己喜好的個人知識庫管理工具，有人用 Word 和 Excel，有人用各種雲筆記軟體。無論什麼工具，只要能滿足能夠高效管理和管理，就是最適合自己的工具。

當我們已經在自己的個人知識庫裡積累了一定量的數字化資產之後，如何在新的產品開發裡高效利用它們呢？

我從 SAP Business ByDesign 轉到 SAP CRM 開發時，發現這兩個產品前後臺開發使用的工具和框架都不同，但有一個共同點：二者後臺都基於 Business Object 模型，只是具體的建模和實現技術有差異。比如兩個產品都有 Sales Order BO，兩個 BO 都有抬頭和行專案節點，這些節點透過 association 關聯到其他目標節點的設計也大同小異。這樣一來，BO 的層級結構和節點間的關聯關係，對我來說就是已經掌握的知識了，那麼我就只用專注於學習如何用新工具實現 BO 模型即可。於是我在學習 CRM 產品下如何建立 BO 模型時，我會先翻一翻以前 BYD 系統裡建立 BO 模型的知識庫文章。雖然具體的 Tcode 和開發細節不同，但二者都基於 ABAP，且目的都相同，為應用開發人員提供簡潔高效的建模和業務邏輯編寫。把握了這個要點，我在學習新的 BO 開發框架時，就知道重點應該關注這個框架的哪些方面。

後來我轉到 CRM Fiori 開發團隊後，任務就是把傳統 CRM UI，按照 Fiori Design Guideline，採取 SAP UI5 框架重新實現一次。因為無論傳統的 CRM UI 還是新的 Fiori UI，都是執行在 CRM 系統上，所以後臺業務邏輯沒有變化，因此我只用從頭開始學 SAP UI5 的開發知識。

![](https://img-blog.csdnimg.cn/img_convert/cbd729208e5e18b6dff03d5c6d8e4d84.png)

從 CRM Fiori 開發團隊轉到 SAP Cloud for Customer(簡稱 C4C) 開發團隊後，因為 C4C 前臺 UI 的開發技術是 UI Designer + SAP UI5，而 UI Designer 我在 SAP Business ByDesign 開發時就已經學習過了，然後在 CRM Fiori 開發團隊又學會了 SAP UI5 ，而 C4C 後臺的 CRM 業務知識，我之前在 CRM 開發團隊也有學習過，因此這是我這麼多次轉崗裡最順利的一次，學習起來很輕鬆。在工作過程中我遇到的一些 UI Designer 和 SAP UI5 的問題，其實我之前在 SAP Business ByDesign 和 SAP CRM Fiori 開發團隊工作時，都深入研究過。所以再次遇到這些類似問題時，我不需要從頭去除錯定位問題，或者是網上搜尋答案，而是基於以前自己研究的基礎和材料來處理，這樣節省了不少時間。

當我轉到 SAP 電商雲的 Angular 開發團隊之後，因為我已經有了 SAP UI5 這個前端框架的使用經驗，所以在學習 Angular 開發時，對於它的資料雙向繫結，區域性頁面重新整理，頁面路由，生命週期鉤子函式等領域，我都可以類比 SAP UI5 的實現來印證和比較。因為有了之前 SAP UI5 這個前端框架的學習基礎，在學習 Angular 時，我就知道前端框架學習的側重點是什麼，而不至於迷失在 Angular 官網像字典一樣的學習文件裡。並且我會提醒自己去留意，以前開發人員使用 SAP UI5 框架的一些痛點，Angular 是否有解決方案了呢？

![](https://img-blog.csdnimg.cn/img_convert/c0173f83b91b9aef01cf38e5fd5c7735.png)

我想分享的第三點，就是在切入新課題之後，如何高效學習呢？

除了充分利用好自己的個人知識庫之外，我的另一個心得就是，不斷給自己設定小目標。

![](https://img-blog.csdnimg.cn/img_convert/e599e7ce5299687456ec096ad02fb2cc.png)

這裡的小目標，類似大家在日常敏捷專案開發中一個個 Jira task，需要花費的時間以小時計，比如四到六小時。

顯然，成為 SAP CRM 技術專家不能算是一個小目標。瞭解 SAP CRM 前後臺互動原理也不能算成是一個小目標。但我們可以把了解 SAP CRM 前後臺互動原理拆解成這些小目標：

1. 找到 CRM UI 某個具體的按鈕被點選之後，UI 層接收該請求的入口函式
2. 弄清楚從 UI 入口接收使用者請求，到 UI 將該請求分發給後臺執行前，這一過程經歷了哪些函式呼叫
3. 找到後臺接收使用者請求的入口函式

也就是說，這一個個小目標，必須是短時間內能夠比較容易地成功完成，並且有清楚的可以度量的標準，來衡量其是否執行成功。一次又一次的小成功會不斷給我們積極的心理暗示，讓我們的學習越來越有勁頭。

比如我從 ABAP 開發轉到 SAP UI5 開發時，需要掌握 JavaScript 這門語言。看書是系統學習的方法之一，但如果我們給自己設定一個小目標每天看《JavaScript 從入門到精通》20頁, 那麼簡單地看完 20 頁，可能合上書之後，覺得自己並沒有什麼收穫。

我當時的做法是，用 JavaScript 實現 23 種設計模式，這就是 23 個小目標。當我用 JavaScript 自己實現了單例模式後，到網上一對答案，發現居然有多達七八種各不相同的用 JavaScript 實現單例模式的寫法，有的實現巧妙利用了 JavaScript 語言的特性，精妙無比。於是我又增加了一些新的小目標，學習並掌握這些網上的單例實現，從例子中學習 JavaScript 的語言特性。

![](https://img-blog.csdnimg.cn/img_convert/ceacaa30b88d5906b94ed72f340b20bd.png)

給核心功能程式碼搭建腳手架，也是我給自己制定小目標的來源之一。SAP 產品的很多核心功能程式碼，必須滿足一定的前置條件才能觸發。在我們開發這些功能程式碼時，每次除錯都要重複從瀏覽器上進行一些繁瑣的操作，才能使我們的斷點觸發。我喜歡做的事情就是，研究如何透過程式碼來滿足這些前置條件，使用程式碼模擬或者實現和使用者在瀏覽器上點選螢幕一樣的效果。我編寫一些可以直接執行的腳手架程式，執行之後，能直接觸發我在功能程式碼裡設定的斷點，省去每次除錯之前在瀏覽器上進行重複乏味的人工操作。

因此給核心程式碼搭建腳手架，可以拆解成下列小目標：

1. 找出所有核心程式碼依賴的前置步驟或條件
2. 研究這些前置步驟是否可以透過程式碼實現或 Mock
3. 用程式碼實現每一個前置步驟的執行
4. 在腳手架應用裡呼叫前置步驟的模擬執行步驟，最後觸發核心程式碼
5. 將腳手架應用封裝成可以透過命令列的方式呼叫，方便使用
6. 和團隊確認該腳手架應用是否可以被團隊的自動化整合測試用例重用

總之，資訊化時代，良好的位元素養能夠幫助各行各業的職場人員提高工作效率。我們作為開發人員，同其他行業相比具有一個得天獨厚的優勢，那就是我們可以利用手中的程式碼，儘可能的讓我們的工作自動化起來。程式碼是我們的朋友，可以幫助我們從一些繁瑣重複，單調乏味的工作中解放出來，讓我們能省下更多的時間，投入到技術附加值更高的任務中去。

這裡給大家分享一本書《位元素養》，作者介紹了一些如何提高自己工作效率的方法和思路。大家有興趣可以去看一看。

![](https://img-blog.csdnimg.cn/img_convert/9cfe93928166d73b5de4ba41cc672e99.png)

以上就是我今天的分享，感謝大家聆聽。

**更多閱讀**

*   [2007年1月11日～2022年1月11日，我在 SAP 成都研究院這15年](http://mp.weixin.qq.com/s?__biz=MzI3MDE4MjM5Mg==&mid=2247494387&idx=1&sn=d23f77159daf7baebfc133a7b848aeab&chksm=ead65864dda1d172f1397fc4b47a00829dbc522d2d73cd6f8f6090abe68b92c62dc2467234b7&scene=21#wechat_redirect)

*   [在一個除了自己之外其他同事全在國外的全球化開發團隊工作，是一種什麼樣的體驗](http://mp.weixin.qq.com/s?__biz=MzI3MDE4MjM5Mg==&mid=2247494752&idx=1&sn=f40be996dfc752f2c7be8ee2e53b7c01&chksm=ead65ef7dda1d7e18087ad4621c8b030a3f45fd61ac4cbd171e73578dbc249f6df52ba8ad4a2&scene=21#wechat_redirect)

*   [一個 SAP 開發工程師的 2022 年中總結 - 四十不惑，不忘初心](http://mp.weixin.qq.com/s?__biz=MzI3MDE4MjM5Mg==&mid=2247494764&idx=1&sn=6c869b167bb079c9fcbe0b7eef6582c0&chksm=ead65efbdda1d7ed718b57b65537c37fd8aa403708a49d06dc860183fd1173c753aa138bba78&scene=21#wechat_redirect)

*   [一個 SAP 成都研究院開發工程師的2021年度總結：既沒有厚積，也未能薄發](http://mp.weixin.qq.com/s?__biz=MzI3MDE4MjM5Mg==&mid=2247494349&idx=1&sn=5d2e455d528e70e5c7c8e164bf923756&chksm=ead6585adda1d14c5b74f73c30e72d20cde17ce382ba3d5146adf96a390a70747c69f78765c2&scene=21#wechat_redirect)

*   [【合集】SAP 成都研究院開發工程師們精彩紛呈的工作和生活片段](http://mp.weixin.qq.com/s?__biz=MzI3MDE4MjM5Mg==&mid=2247494305&idx=1&sn=89ac5c62e51a17c6f257b1729b5693cb&chksm=ead65836dda1d1209c8e7f752906739859ae21443c94064e4aa829a60d1f66377fa86437ad7e&scene=21#wechat_redirect)

*   [【合集】Jerry Wang 2018～2021 四年期間的 SAP 技術文章合集](http://mp.weixin.qq.com/s?__biz=MzI3MDE4MjM5Mg==&mid=2247494213&idx=1&sn=705a23897a13519db7fc5e9060e541d3&chksm=ead658d2dda1d1c431a6e0ff321d82d7d7f397a10244c72694b3803084ff4f518a262908a0d6&scene=21#wechat_redirect)

*   [想比較全面地學習 SAP XXX，能指導下從哪兒開始學習嗎？](http://mp.weixin.qq.com/s?__biz=MzI3MDE4MjM5Mg==&mid=2247494795&idx=1&sn=40ef8f1a68453db93f61ee81b2b21af1&chksm=ead65e1cdda1d70ad3fd625c561ef57b8ef1d0367f758b67a010daf0696960265a83f924c34b&scene=21#wechat_redirect)

*   [作為一名 ABAP 資深顧問，下一步可以選擇哪一門 SAP 技術作為主攻方向？](http://mp.weixin.qq.com/s?__biz=MzI3MDE4MjM5Mg==&mid=2247492596&idx=1&sn=fe2ee727f1bad79006dd6fd13e875a89&chksm=ead65163dda1d875118de8db11f7aa64706e0428bce3c0b387c27ee31a76e11119e24e42049a&scene=21#wechat_redirect)

*   [一個 SAP 開發工程師十餘年的技術寫作之路回顧](http://mp.weixin.qq.com/s?__biz=MzI3MDE4MjM5Mg==&mid=2247492217&idx=1&sn=07d372eb8809cbe4ccfcfba72bf14c7d&chksm=ead650eedda1d9f86639b8c2dd4ac21566fe80ad5ce8912dd757bbb83363a110c4af82cf3816&scene=21#wechat_redirect)

一個 SAP 開發工程師的成長史

相關文章