昨天參加公司領導組織技術沙龍，講的pmp和國家專案經理認證的重要性。關於認證我一直覺得是可有可無，只不過是前輩總結出的理論，而理論是基於實踐總結出來的而非學了理論就能實踐到平時的工作中。《亮劍》中的李雲龍沒讀過孫子兵法，大字不識乙個，但卻是乙個很出色的將軍。戰國時趙國的趙括熟讀孫子兵法，說起來頭頭是道，結果把40萬兵將給坑了。但是認證有總比沒有強，這個我承認。
專案管理內容挺多，5個過程組、9大知識領域，方方面面涉及很多。但是平時工作中真正用到的也就一半的知識，當然這是我個人工作中對專案經理所做工作的認識。專案經理可以說在不同的工作環境所做的工作也截然不同。
小公司專案經理就是一奶媽，什麼事都要操心。總體計畫，需求調研、需求編寫、需求確認、詳細計畫、系統設計、概要設計、編碼、專案收尾以及在這些過程中的進度監控、向領導匯報、與客戶溝通、各部門的協調等等，什麼都參與，有時還有苦勞沒功勞。
大公司專案經理相對比較輕鬆些，需求不用管、架構不用管、有的計畫也不用自己編寫，唯一能做的就是按照計畫跟蹤進度、人員協調、工作匯報、吃飯應酬。
再說權利，專案經理基本沒有實權，說難聽的就是乙個虛名，專案做的好就有些功勞，做不好就拿來背黑鍋。但是很多開發人員還是爭先恐後地爭取這個職位，我想除了公尺多些以為更多的是想擺脫coding工作。
其實專案經理就是乙個專案組對外提供服務和呼叫服務的**，是專案組與其他部門的潤滑劑，對內要穩定團隊，對外要協調溝通，爭取資源。對於身兼數職的專案經理做些小的專案還行，大的肯定不靈。上次看帖子一網友說「專案經理coding，專案肯定失敗」，這種想法我也贊同，但是也因情況而定。
還有中國有一怪現象，就是有的程式設計師剛畢業就想什麼時候轉管理，工作個三到五年就把**一扔就轉了管理。當然人各有志，這些也無可厚非。但是我想有這種想法的人更多的是被中國的軟體行業所薰陶的吧。中國人不就喜歡管人嘛，管人了就高人一等，編碼的都是苦工，盡早擺脫。
君不見中國中小企業拿來賺錢的很多開源框架有幾個是中國的團隊搞出來的，spring?hibernate?還是struts？沒有！還有專案管理理論有幾個是中國人總結出來的，還不都是從拿來主義，往書上一寫。軟體行業不是事業單位，程式設計師也不是公務員，如果真想管人何不考個公務員，步步高公升，平步青雲。人都說程式設計師30歲到40歲才是事業的巔峰時刻，而在中國30歲就轉了管理，看到30歲以上的程式設計師還會帶著同情目光。
當然，編碼不是一輩子工作，管理也許是最終的歸宿。但是，程式設計師絕對不是吃青春飯的。我在想，如果沒有對技術的一種熱愛與激情，那就以後不要說當過程式設計師了。
專案經理職責
和產品經理確定需求細節和互動方式，根據技術實現難度對產品的需求給出建議。在需求確定後，要進行技術調研，和相關技術同事多做溝通，收集資訊，確定需求可能影響的範圍和技術路線，最後輸出技術文件。拉相關同事進行方案 review，盡早暴露方案可能的存在的風險，至少二到三名技術同事認可方案後才可以確定技術方案...
專案經理的職責
當專案繁多的時候，需要規範，並且定義到細節，只有這樣，才能支援大規模的開發。pm非常重要，pm的能力將直接導致專案最後的質量。本文是根據公司當前的現狀而描述的，並不一定普遍適用 合適的，就是最好的。1 基本職責就是確保專案目標的實現，領導專案團隊準時 優質地完成全部工作。2 與客戶溝通，了解專案的整...
專案經理的職責
專案經理職責 1 基本職責就是確保專案目標的實現，領導專案團隊準時 優質地完成全部工作。2 與客戶溝通，了解專案的整體需求。並與客戶保持一定的聯絡，即時反饋階段性的成果，和即時更改客戶提出的合理需求。3 制定專案開發計畫文件，量化任務，並合理分配給相應的人員。4 跟蹤專案的進度，協調專案組成員之間的...