當然有空間，但是要往更火熱的行業去做，雲計算，人工智慧，區塊鏈，數字金融產業都需要大量的產品經理。但同時也要深入行業去學習，產品經理首先要理解市場才能理解需求。

網際網路現在雖然說巨頭林立，但不乏後起之秀，江山代有人才出，自古後浪推前浪，持續關注各行各業的發展，把握住時代脈搏就是你的機會，就我那麼多年It 從業經驗，專案經理是執行人，負責專案管理，產品經理是製作人，負責產品從發起，到上線的規劃，兩個是不同的方向，搞技術的管理專案，搞策劃懂經營的做產品，最好別走錯方向，除非自己創業，兩個方向都要懂

關於題主的問題，以我的觀點來說，軟體行業的專案經理在網際網路大浪潮下是一定有發展空間的。

但是關於您作為一個資深程式設計師，是要選型專案經理還是產品經理，更多地取決於你個人的性格和意願了。

美國的專案管理協會在最新版的PMBOK中，對專案經理的職責有如下要求：

上面表中的內容看不明白不要緊，只需要明白一個道理，在傳統專案管理模式下，專案經理是一個團隊，甚至是一個公司“執行力”的代言人。

對於目前很多傳統行業，尤其是生產部門，由於流程可控程度高，採用“瀑布式”的專案模式，專案經理需要在專案啟動前、執行過程中、專案交付後，承擔專案的所有管理工作，因此可以見得其存在感是非常強的。

網際網路行業的專案不需要管理嗎？肯定不是。那麼上面圖中專案管理的職責，類似範圍、時間、成本管理，都有誰負責了呢？

在回答這個問題前，需要說明一個背景情況。

在網際網路行業中，關於研發節奏，最常聽到的詞就是“迭代”，由於行業變化速度較快，軟體的版本更新成本較低，企業不會一次性將所有資源全部一次性投入，這樣可能產品還沒正式上線呢，就已經與時代不符了。

因此很多網際網路企業將自己的研發團隊打造為“敏捷開發團隊”，在這個團隊中：有一個負責整個產品的負責人、一個幫助團隊足夠敏捷的教練（ScrumMaster）、還有一群由架構師、程式設計師、測試、UI等組成的開發團隊。

PMBOK中所描述的9大管理過程，實際上可能是按照下表進行了職責劃分：

上面表中的內容看不明白也不要緊，只需要明白一個道理，在敏捷模式下，傳統專案經理的工作被團隊內其他成員所分擔了。

首先，作為一個專案經理，在對專案管理過程中的9大過程組都有較多經驗的情況下，可以在團隊向敏捷轉變過程中，成為ScrumMaster、產品負責人。其中，前者的轉變並不大，都是需要“及時掃清障礙”，只是有別於傾向命令控制型的傳統專案經理，ScrumMaster更像是一位服務型的領導，這個轉變更像是平型轉變；而後者作為產品負責人，這樣的轉變更像是一次昇華，在處理專案的執行過程，管理更加的宏觀，而更多的精力參與到更高層的規劃活動，做好團隊與利益相關方的樞紐。

此外，很多大型網際網路行業，一個產品的研發需要涉及到十個甚至上百個敏捷研發團隊，這個時候有一個專門的協調角色，就顯得更加重要。服務好各個團隊，為整個產品最終的執行做好配合工作。在這個維度下，做的也是非常類似專案經理的工作，只是可以在更大層面去觀察產品，管理整個大團隊的協作，做好專案集合管理。

最後，對於很多網際網路企業面向B端客戶提供大型產品或服務，若客戶並沒有使用敏捷方式進行開發，類似為智慧硬體團隊提供雲端服務的網際網路公司，客戶在硬體行業依舊使用瀑布式的管理方式，這個時候也需要專案經理進行對外工作協調。

一個程式設計師轉行做專案經理，有技術能力上的天然優勢，而且網際網路行業的產品越來越大型化，專案經理的角色是始終不可或缺的。

如果你所在的團隊並沒有明確的專案經理崗位，可以先從ScrumMaster、對接客戶的專案經理開始做起，逐步向專案集合管理或產品負責人努力。