一個系統不僅需要優秀的分析和設計，更需要一個良好的過程將其從藍圖轉化為實現。這個過程中最重要的是對團隊的管理，也就是人的管理。一個優秀的團隊和一個糟糕的團隊的效能是天壤之別，她們之間的比例不是1:100或1:1000這樣量化的數字能夠表示的。就像一個團隊建造了一幢摩天大樓屹立于云霄，而另一個團隊的建筑物還沒有10米高便開始搖搖欲墜！這是質的差別，也是團隊靈魂的差別。
??? 而團隊的領頭人就是項目經理，他的能力/素質直接影響著項目的成敗！我們不需要一個團隊的所有成員個個都是優秀的，但是為了確保你的項目成功，請雇傭一個優秀的項目經理！
??? 以前，自己通常都是單干，最多時也是兩三個人合作，項目進展良好。現在負責一個較大項目開發，需要協調整個團隊成員，保證項目的進展。原以為，這是一件很簡單的事情，和以前一樣嘛。結果隨著項目的進展，問題越來越多，而其中的絕大多數問題都不是技術上的，而是對組員管理協調的問題。想使一個團隊高效并保持高效，我們需要花不少的氣力。以下幾點是從我前段時間的實踐中總結出來的，只是自己的經驗小結，也并沒有打算寫成一篇完整的關于團隊管理的論文，畢竟在這方面自己的功力還淺薄的很。希望和大家多多交流這方面的心得。對團隊的管理需要重視以下幾個方面：

(1)讓合適的人做合適的事。了解每一個組員的知識結構和背景，知道他們各自擅長什么，把任務安排給能最有效最迅速解決它的人。

(2)把項目的主要功能/任務以列表的形式形成文檔、把每個組員的階段任務以列表的形式形成文檔。這是重要的，否則，你自己和你的組員將會常常忘記目標是什么、自己要做什么。

(3)不要給組員我們的項目不著急的感覺。讓每個組員都有緊迫感。一個安逸/懶散的團體不可能按時按質提交項目，即使這個項目本質上并不緊迫。

(4)在組員的上一階段任務提交之前，就應當安排好該組員的下一階段任務。不要讓任何一個組員閑散著。因為無論在什么時候，系統的任何一個模塊都有改進/重構/整理的需要，我們的設計/實現永遠都不夠優秀。

(5)對某一特定的環節，清晰明確地告訴你的組員你想要的是什么，否則，你就準備把同樣的事情告訴他第二遍第三遍。讓另外一個人完整地了解你的意圖不是一件簡單的事情。

(6)充分地交流。就這個項目而言，你和你的組員之間的交流可能還遠遠不夠！

(7)鍛煉/指導你的組員、相信你的組員。如果作為項目經理的你是個優秀的程序員，那么千萬不要相信自己能完成所有的主要/核心功能。你也許可以完成某一模塊，但是更多的模塊是由你的組員完成的。

(8)千萬不要惟我獨尊。也許你很堅信自己的方案是優秀的，但是如果你的組員提出了新的方案，那么請你重視這個新方案，并一視同仁的從這兩個方案中抉擇更適用于當前項目的那個。我就從組員那里吸收了很多精彩的想法，并將它們運用到項目中。

(9)堅決的執行力！前提是你必須有足夠的判斷力和決斷力。當有些議題沒有結論的時候，你需要來拍板。

(10)公平公正的對待每個組員。千萬不要偏袒任何一個！

(11)請記住，項目經理不是“官”。

轉載于:https://www.cnblogs.com/mb459/archive/2006/04/01/364550.html

總結

以上是生活随笔為你收集整理的项目管理实战之团队管理 (转自：zhuweisky)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。