從程序猿到SAP產品經理，我是如何轉型的？

Jerry: 今天的文章來自Jason Xia, 個人老同事，和我同樣從2007年進入SAP成都研究院工做至今。這篇文章講述了Jason是如何從一名SAP資深開發人員轉型爲SAP產品經理的，但願能對有一樣志向的開發人員們一些啓發。

Jason身上有不少優勢，其中最讓Jerry佩服的是如下兩點。

在Jerry2007年剛進SAP沒到一個月時間，就參加了一個BW305的內部培訓。講師是SAP成都同事，資深BW專家。當時個人專業技能只有Linux系統網絡編程這一門技術，對於BW領域的Info cube, Info provider, info source, star schema這些概念聽的一頭霧水，BW305那本厚的像磚頭的培訓教材裏每一個單詞我都懂，可是串成一句話我就不懂在說些什麼。最後這個培訓的內容我掌握的程度可想而知。今後，我對精通BW乃至Analytics的同事都分外崇拜，由於那些對我來講通過了培訓後仍不知所云的概念們，在他們腦子裏卻組成了一套清晰的知識體系，並能用來幫客戶解決實際問題。

那麼這一切和Jason有什麼關係？2007年到2012年，SAP成都研究院的開發團隊大多工做於SAP Business by Design, 致力於四大內容的交付：Form, Report/Analytics, Field Extension和UI。每一個內容都有一個負責人，SAP內部稱爲topic owner。項目上關於該內容的各類問題，不論是SAP成都研究院的同事，仍是global團隊的同事，都會找到該topic owner。江湖地位相似於射鵰英雄傳裏的東邪西毒南帝北丐。到這裏你可能已經猜到了，Jason就是Report/Analytics的topic owner。因此，他在這個領域的造詣無需多言。

我很是佩服Jason的第二點，就是他面對business complexity時有條不紊的處理方式和從容不迫的工做態度。在Jerry看來，編程技能容易從後天習得，而這種非技術層面的軟技能，和一我的的性格也有一些關係，相對於純技術層面的編程技能更難得到。

我2014年時曾經和Jason工做過一段時間，負責處理SAP CRM內一些模塊的ticket處理。這些模塊是SAP成都團隊從SAP全球其餘團隊接過來的，交接時並無原來團隊的同事給咱們作知識交接，因此當Jason和我收到這些模塊的ticket時，咱們是缺少足夠的知識去處理的，只能經過調試代碼慢慢學習。運氣很差的時候，一會兒會來好幾個高優先級的ticket，而且描述的問題對Jason和我都至關陌生。面對這種知識匱乏而帶來的巨大挑戰，在我印象中我從未看到過Jason有任何慌亂的神情。Jason老是很沉着地把ticket按照難易程度排序，而後和我分頭去處理。他這種遇到挑戰老是能冷靜去面對的能力也鼓舞着我，確保了我老是能以100%清醒的頭腦去分析問題。

如下的內容是Jason的正文。

• • *

前言: 回顧是最好的成長

SAP成都研究院的程序猿Jerry Wang向我約稿，要我談一談是如何從一名程序猿轉型爲產品經理的。正好2017年年底羅振宇的跨年演講「時間的朋友」火爆朋友圈，很高興有機會借用一下人生算法的概念，對過去進行回顧。而回顧，是一我的最好的成長方式。因此，故事就從我進入SAP成爲程序猿開始吧。

程序猿：把一件事情作好

和SAP結緣，那是十年前了。那時候SAP成都分公司才成立一年多。

剛開始不會的東西太多，爲了完成任務，須要不停地請教別人。不論是參加內部講座，仍是收看公司內的郵件，處處都是陌生的術語，處處都是一路深刻都點不完的連接。有一種已經被信息和知識淹沒的焦慮感，有點無所適從。