我是做產品經理的，經歷過的公司也沒有真正的專案經理。要麼產品兼任專案經理，要麼研發老大在專案啟動時兼任專案經理。雖然說產品經理和專案經理分工不一樣。但都是協同推進任務的按計劃有序進展和高效完成，並對其負責。

我個人認為專案經理：一是做好團隊的主導作用和專案計劃，積極主動推進專案的開展，定好實施週期，針對不同崗位做好任務分工，責任細分到人，透過晨會和週會的形式，及時瞭解專案的進度，進展中遇到的困難和問題，然後透過協商、短會議等形式進行解決，盡最大能力去確保任務的完成。二是做好團隊的溝通交流，及時做好過程中分資訊共享，針對遇到的困難，給予同事安慰和提出解決建議，及時解決同事之間配合過程中可能遇到的不愉快，也要活躍團隊的氣氛，只有心態好，彼此配合好，才能保證專案有效推進。三是要不斷學習，擴大知識面和行業認知，提升自己，保持一顆上進的心。

關於一個專案經理，如何開發團隊。問是一句話，一萬句話或者是介紹不清楚。剛說一個專案經理吧。一，你必須在總公司裡的，領導，要信任你。你的給公司裡基本上，完成各項任務。你這才取的總公司的真實任可吧。二，你所有分工的任務。如何和，各種客戶拉好關係。如何應的各項客戶，對你的真正任可，和信任。三，你所有的管轄內的團隊人員，和真心共任的團結一至。你要如何發動他們的正能量，叫他們和，打到同幹共苦的嚮往。四，正個這些問題上，需要什麼。一句話說薄了，就是錢，和物資。沒有錢可能是，一事無成吧。最高的進展，基本上就是有特殊的經徵度。你沒有這樣的，高強度的經徵類。任何任務都是一片空晃，你剛管著賠錢，你和誰去幹這個，專案經理起啊。五，那就是需要，想象力，內心的生動力。總的來說，這就是商場如戰場的根本原因，誰能經徵過誰，誰能吃掉誰。誰吧經濟正當的掙起錢來。你自然就是發展起事業，事來了。就是成功的老大吧，勝者王侯，敗者為扣吧。我說的對不對嗎。請你看看，大家朋友們，怎麼評論的吧，謝謝。，，，

軟體專案經理肩負兩個使命：一是確保專案目標達成，交付使用者滿意的產品；二是建設軟體開發團隊，提高團隊成員能力水平。交付使用者滿意的產品是對軟體專案經理的基本要求，而軟體開發團隊的建設，是對專案經理的更高要求。只有做好專案團隊的建設，不斷提高團隊成員的能力，軟體專案經理才可以帶領團隊更好地完成一個又一個專案。

軟體專案經理要搞好專案團隊建設，就要注重對專案團隊成員的九項要求。

團隊協作精神的訓練和要求

一旦組建了軟體專案團隊，就意味著所有的團隊成員，都應該為了同一個目標而努力，所以每個團隊成員不再是單打獨鬥的工作模式，而是相互信任，相互支援，相互協作，依靠團隊的力量來完成專案任務，達成專案目標。

團隊裡不歡迎那種只顧自己不顧專案全域性的“獨狼”。軟體專案經理，對於團隊的管理，最重要的一點就是要向團隊成員灌輸團隊協作的精神。因為只有團隊成員發生“核聚變”，它爆發出的力量會遠遠高於鬆散的個人力量的疊加。所以軟體專案經理，在處理專案問題時，也應以是否影響專案目標的達成為唯一標準，而不應考慮個人利益。

資料庫和資料結構分析與設計能力的訓練和要求

每個軟體的處理物件最終都是資料。對於軟體開發人員來說，資料流的分析和設計的能力尤為重要。所以，軟體專案經理，應當把開發人員的資料庫和資料結構分析與設計的能力作為首要關注的技術能力。

文件習慣的訓練和要求

軟體開發過程中，文件是非常重要的。比如，如果沒有需求規格文件，軟體設計就缺乏有效的依據。而且，軟體文件對於軟體的驗證和維護活動也是至關重要的。沒有軟體需求、設計、測試文件，軟體的維護就不可能是結構化的維護，維護的代價會變得非常高。

一些開發人員對寫文件抱有牴觸的情緒，他們寧願把時間花在編碼、除錯上面，也不願寫好一篇文件。他們編寫的文件經常出現前後不一致，表述不清晰的問題，這給評審帶來很大的障礙。而評審一旦受了影響，就會使得團隊對他工作的幫助降低，就有可能使得他的工作出現的錯誤增多，加大他更改的代價，以至於拖累整個專案。

軟體專案經理，應當要求團隊成員按照一定的規範編寫軟體文件，這樣不僅使得軟體的驗證和確認比較順利，而且將來的維護活動也會比較容易。

規範化程式碼編寫能力的訓練和要求

遵循編碼規範書寫程式碼是對軟體開發人員的基本要求。規範的程式碼可以使得軟體具有好的可讀性，可維護性。專案團隊成員遵循同一編碼規範也會更有利於團隊協作。

軟體專案經理，應當組織建立統一的編碼規範，並要求專案團隊成員的編碼都應遵循這一規範。

複用效能力的訓練和要求

軟體複用，是提高軟體開發效率，降低軟體缺陷的有效手段。軟體專案經理應當培養專案團隊成員進行軟體複用的意識，在團隊內部進推廣程式碼複用、構件複用、函式庫複用。

測試習慣的訓練和要求

軟體測試對於軟體的重要性是毋庸置疑的。測試能力，不僅測試人員應當具備；對於其他的開發人員也同樣重要。因為軟體開發人員要確保軟體的可測試性，就一定要具有測試的能力和意識。開發人員在需求定義的時候就要確保需求是可測試的，在編寫程式碼的時候也要遵循編碼規範，使得程式碼具有良好的可讀性、可測試性。

而且軟體測試不僅有系統測試還有單元測試，系統測試是由測試人員來完成的，而單元測試則應由開發人員本人完成。因為只有開發人員才能最瞭解自己的程式碼結構，才能更好地完成單元測試中複雜的路徑測試。

軟體專案經理透過對專案團隊成員的測試能力的要求可以使得軟體的缺陷去除率達到較高水平。

學習和總結能力的訓練和要求

團隊成員個人能力的提高就是整個專案組能力的提高，所以軟體專案經理要在專案團隊中，營造一種學習的氛圍，鼓勵團隊成員透過相互交流，認識自己的不足，學習別人的長處，以不斷提高自己的能力。

軟體專案經理還可以利用階段總結的時機，在總結專案的進展情況之外，進行個人的工作能力的總結。因為透過不斷的總結經驗和教訓，使團隊成員認識到自己的不足，促進團隊和個人的成長。

載入程式員由醜小鴨變成白天鵝

軟體專案經理富負有幫助團隊成長的職責。所以他應當透過在技術能力，學習能力，工作標準和規範等方面對團隊成員的嚴格要求，促使其快速成長，從程式設計師變成軟體大師。

專案經理的日常工作中

管理團隊成員這一塊會佔據大量時間

因為比起管財管物

人永遠最最難管

在管理團隊上有什麼容易踩的雷？

默默背鍋有意見不說

每個團隊裡，都免不了有一些做事不到位的成員，不同的專案經理，對這些成員會有不同的方案。

但是在很多情況下，專案經理都會選擇默默幫TA善後並背鍋，只有到出現重大失誤的時候，才會去直接溝通，但是失誤已經出現，再怎麼彌補都只是亡羊補牢。

避雷技巧

2. 不要只說負面意見，如果成員有進步，或者有哪一方面做得好，也請立刻讓他們知道。

反饋過於籠統

無法執行

當專案成員有問題需要改進的時候，我們就要向他們提出改進意見了。但僅僅是提出“意見”還不夠，一個成熟的專案經理，還需要會提“建議”，這個建議應該有可執行性，能讓成員有明確的改進方向。

人與人對問題的理解本就不同，如果成員的問題能夠改進，最好直接把改進方案說出來。在對成員提建議的時候，記得問一問自己：我說的這些話裡面，有沒有一句是可以直接進行改進的？有沒有一句是能夠被實踐的？

避雷技巧

如果你希望成員改進當前的溝通方式，不要說：

“你這樣跟客戶溝通不行，下次我要看到你溝通比這次強。”

可以這樣說：

”下次跟客戶溝通的時候，你可以多用一些提問的句子，瞭解客戶的需求和具體意願。另外，認真聽客戶說話也是溝通的一種方式......"

1000個專案成員

心裡有1000個專案目標

就像開年時必須寫個年度目標才能彙報工作一樣，專案開始時也必須有一個明確目標，而這個目標只能由專案經理指定、確認。

目標就像專案組在大海上的燈塔，大家需要有一個人人能看到的目標、心裡要清楚自己在整個專案組中的位置，才能一起朝著目標使勁。

相反，如果如果目標不明確，大家就會把力氣用在與正確目標相反的方向，讓專案朝著各不相同的方向全速前進，直奔失敗的彼岸。

避雷技巧

專案經理在專案開始時，必須申明兩個最關鍵的資訊：

1. 團隊中的每個人各自要做什麼，要達到什麼效果？

2. 這個專案整體最終要達到什麼成果？

專案經理自己捋不清需求

我們經常吐槽甲方：“需求天天變，最後還是選了第一版，就不能想清楚再提需求嗎？”

但是到了團隊面前，專案經理有時候也控制不住自己，想要改變之前設定好的方向，或者是因為工作忙碌，忘記了自己之前的指令，又下達一個反方向的新指令。這種問題能避免還是最好避免。

避雷技巧

改變這個問題，得結合前面幾條一起看。

明確目標，可以減少我方隊友自己亂改需求；

清晰可執行的意見和建議，可以讓成員避免亂做亂改。

除此之外，做好會議記錄，也可以幫助團隊記錄每一次的需求變化。

用同一套方式管理所有人

孔子有72名弟子，每一個都堅持因材施教，瞭解學生不同的性格再去教導他，而專案經理作為新時代的管理者，也得做到因才適用，對性格不同的專案組成員使用不同的管理方式。

這其實已經屬於比較高階的修行，就算是一些極為成功的管理者，也有可能在這一點上犯錯。

避雷技巧

多多瞭解你的組員！他們擅長什麼？喜歡什麼？在什麼樣的環境下可以表現更好？如果觀察不夠，就直接溝通，他們一開始可能會有點緊張，但是放心，每個人都希望得到他人善意的關注。

除了組員現在能給專案做出的貢獻，專案經理也要多關注他們自己的職業規劃。要培養一個有戰鬥力的專案組，無論現在還是未來，都不能鬆懈。

培養一個好團隊不容易

需要專案經理和成員一起努力

專案經理先做好自己

團隊也會更加得力

~

-THE END-