專案經理一定比碼農好麼？

轉自http://www.cnblogs.com/daoshi/archive/2012/11/05/2754478.html 剛畢業不久的程式設計師往往非常期望成為專案經理，主要原因應該是感覺專案經理收入等會遠好於碼農。

所以很多人會去總結如何成為專案經理，看起來點選率也還不錯。

這大致上沒錯，相信在未來相當一段長時間裡也不會有什麼改變，相當於程式設計師群體裡的“官本位”。

本質上看，這是軟體層次所限制的，很微妙，這次不談。

但這裡面有一個陷阱，有志於成為專案經理的人要預先知道。

一旦你成為專案經理，相比與程式設計師，你的工作角色會發生巨大的變化。

程式設計師面對的是程式碼，開發環境和Bug，而專案經理主要面對的是很多很瑣碎的東西。

形象來講，老闆對專案不滿要趕緊去說明，免得發酵成大問題；

人力缺了要趕緊協調，一是要能要到人，關鍵還得能要到合適的人；

工具缺了，要趕緊購買；

兄弟們有情緒了，要趕緊安撫；

PPQA了有抱怨了，要趕緊改正。

這意味著什麼？這意味著你的技術能力會荒廢。

某些原則性（職責單一原則等）東西無疑的不會忘記，但某些與具體專案結合的東西就會荒廢。

比如，成為專案經理後，你就很難操刀去解決12306類的速度問題。

據說微軟這類公司推崇，能把自己應該搞定的程式碼迅速搞定，還有餘力的人，並希望這類的人能成為管理職。

但其實這很難，最簡單的一點是程式設計師的工作需要集中精力，而專案經理的工作一天到晚會被人打斷。

成為專案經理也進一步意味著，你的可流動性會降低。

對於一個技術流的人，隨便換一個地方，他還能搞定他那攤活，技術越牛價值越大。

但專案經理這東西，和公司結合的就比較緊，他不單是一種技術。

對上對下的人和對專案經理的效能影響巨大。一旦流動，這些東西會歸零，人就會顯得沒啥優勢。

所以35歲以上的專案經理，流動起來可能會很難。這個時候公司如果掛了，裡面的專案經理可能死的很難看。

形象點講，一個人不是專案經理，但知識貫通軟硬體，隨時可以挑起手機開發的重任，是老的碼農；

一個是專案經理，技術基礎有，但無法奮鬥在開發第一線，管理技術精熟。

兩個人如果都是38歲，那基本上是前者流動性更好。

最後一點約束是性格，有的人實在不適合做專案經理，幹這活如果一點政治才能也沒有，基本會導致人際關係緊張，

天怒人怨，回過頭來讓自己也壓力山大。

上面這幾點往往隱藏在，專案經理的光環下面，這裡寫一下，希望給想成為專案經理的人預先提個醒。