今天在一個技術群里看到大家在交流PM要不要編碼，大家各抒己見，討論得很熱烈，基于我20多年的工作經驗在群里分享了一下，得到大家的認同，引起了很大反響，先整理出來與大家共勉。

首先，PM是一個專業(yè)崗位，美國專門有個認證叫PMP，對于海外業(yè)務的項目經理一般是要有認證證書的，對項目過程的相關管理動作都有具體應知應會的內容；分成了五大過程組，啟動階段、規(guī)劃階段、執(zhí)行階段、監(jiān)控階段、收尾階段都有應知應會的知識內容，建議骨干都應該學習一下，不管有沒有做PM的想法，其實項目無處不在，每件事都可以看作一個項目，項目管理可以作為一個通用工具。

在PMP中對PM強調的是管理，PM崗位定義沒要求干具體技術的活；從崗位的定義是必須懂技術和業(yè)務，不然沒法管項目。
PM這個崗位實際很不好，如果晉升不上去，就會脫離業(yè)務，變成找工作都困難的人；同事，因為PM崗位晉升機會多，又算基層管理崗，所以絕大部分人樂意做這個崗位，“寧做雞頭，不做鳳尾”樸素思想影響下，很多人都把做PM作為了發(fā)展目標。
我個人的經歷分享如下，想做PM要一步步來，技術基礎和業(yè)務基礎要打牢，要堅持不脫離業(yè)務，給自己留一個可進可退的資本。

程序員應該什么時候轉管理崗？

我認為在技術路線晉升中比較好的崗位是小組長，十個人以內，既能評審所有方案，又能寫核心代碼，還能評審所有代碼，還能帶人、管子項目，既不脫離業(yè)務和技術，又能鍛煉帶兵打架。
20人左右的PM很多就脫離業(yè)務了，其實可以不脫離業(yè)務，可以評審所有方案，走讀核心代碼，親自寫比較難了，只能偶爾炫耀一下技能啦。
30人左右就只能事件性的參與一下技術和業(yè)務了，這樣的崗位晉升不上去就比較麻煩了，久而久之就只能管理了；管理也是個不歸路，管理做過了，再讓他回去寫代碼能寫住的人就不多了，技能弱化是一個，心理門檻也是一個。
綜上我建議：對于技術擅長的程序員，建議干個十年再轉管理崗，至少干個五年，大家知道為什么？如果真能扎實干十年以上，技術就不會丟了，融會貫通了，幾乎沒死角了，新的技術基本上都能弄懂，新的業(yè)務也可以做到一聽就懂；就不會出現(xiàn)前面的尷尬啦。我是從管幾個人，十幾個人，幾十個人，幾百個人過來的；寫過平臺中間件、寫過編譯器；從零起步做了5產品，都做到世界級的?？偨Y經驗下來，我一直沒脫離技術和業(yè)務，對于新的技術和業(yè)務都可以做到理解和掌握，可以做到啥都能做，啥都能做好，說走就走的灑脫；所有的自由都是汗水換來的，捷徑是沒有的。
很多PM過早脫離業(yè)務，變得對業(yè)務不懂，只會管理，管理做的專業(yè)還好，可以到大公司做PM，如果PM也不專業(yè)，就很難找到工作了，自己創(chuàng)業(yè)，不懂技術業(yè)務創(chuàng)業(yè)更難，只能做非技術類創(chuàng)業(yè)。干啥都得懂行，不懂行干成太艱難了，非技術的也得補新行業(yè)的課，原來放棄的學習和努力都得加倍補回來，有時歷史不能從來無法補了。
以上總結跟大家共勉，時間倉促可能不少表述錯誤，喜歡的就認真看看吧；個人的淺顯理解，多有不正確的地方，歡迎大家拍磚指證，我當虛心接受，共同進步。

作者簡介

蔣國文，華為云全球合作伙伴生態(tài)部副部長、CTO，華為云全球合作伙伴生態(tài)部 AI伙伴俱樂部總經理。

22年IT/互聯(lián)網軟件研發(fā)，21年華為公司軟件研發(fā)經驗，16年華為研發(fā)部門主管經驗，10年華為云服務研發(fā)經驗。作為華為云早期員工參與了組建了華為企業(yè)云業(yè)務部，負責技術中心的研發(fā)管理工作、從零起步的帶領團隊完成華為企業(yè)云早期的版本研發(fā)工作。擅長架構設計、產品設計、互聯(lián)網運營、解決方案設計工作。歷任開發(fā)部經理、開發(fā)代表、項目辦公室部長、產品部部長，華為企業(yè)云技術中心部長，企業(yè)云業(yè)務發(fā)展部部長，華為云生態(tài)解決方案部部長。