乙個系統不僅需要優秀的分析和設計，更需要乙個良好的過程將其從藍圖轉化為實現。這個過程中最重要的是對團隊的管理，也就是人的管理。乙個優秀的團隊和乙個糟糕的團隊的效能是天壤之別，她們之間的比例不是1:100或1:1000這樣量化的數字能夠表示的。就像乙個團隊建造了一幢摩天大樓屹立於雲霄，而另 乙個團隊的建築物還沒有10公尺高便開始搖搖欲墜！這是質的差別，也是團隊靈魂的差別。
而團隊的領頭人就是專案經理，他的能力/素質直接影響著專案的成敗！我們不需要乙個團隊的所有成員個個都是優秀的，但是為了確保你的專案成功，請僱傭乙個優秀的專案經理！
以前，自己通常都是單幹，最多時也是兩三個人合作，專案進展良好。現在負責乙個較大專案開發，需要協調整個團隊成員，保證專案的進展。原以為，這是一件很簡單的事情，和以前一樣嘛。結果隨著專案的進展，問題越來越多，而其中的絕大多數問題都不是技術上的，而是對組員管理協調的問題。想使乙個團隊高效並保持 高效，我們需要花不少的氣力。以下幾點是從我前段時間的實踐中總結出來的，只是自己的經驗小結，也並沒有打算寫成一篇完整的關於團隊管理的**，畢竟在這 方面自己的功力還淺薄的很。希望和大家多多交流這方面的心得。對團隊的管理需要重視以下幾個方面：
(1)讓合適的人做合適的事。了解每乙個組員的知識結構和背景 ，知道他們各自擅長什麼，把任務安排給能最有效最迅速解決它的人。
(2)把專案的主要功能/任務以列表的形式形成文件、把每個組員的階段任務以列表的形式形成文件。這是重要的，否則，你自己和你的組員將會常常忘記目標是什麼、自己要做什麼。
(3)不要給組員我們的專案不著急的感覺。讓每個組員都有緊迫感 。乙個安逸/懶散的團體不可能按時按質提交專案，即使這個專案本質上並不緊迫。
(4)在組員的上一階段任務提交之前，就應當安排好該組員的下一階段任務。不要讓任何乙個組員閒散著。因為無論在什麼時候，系統的任何乙個模組都有改進/重構/整理的需要，我們的設計/實現永遠都不夠優秀。
(5)對某一特定的環節，清晰明確地告訴你的組員你想要的是什麼 ，否則，你就準備把同樣的事情告訴他第二遍第三遍。讓另外乙個人完整地了解你的意圖不是一件簡單的事情。
(6)充分地交流。就這個專案而言，你和你的組員之間的交流可能還遠遠不夠！
(7)鍛鍊/指導你的組員、相信你的組員。如果作為專案經理的你是個優秀的程式設計師，那麼千萬不要相信自己能完成所有的主要/核心功能。你也許可以完成某一模組，但是更多的模組是由你的組員完成的。
(8)千萬不要惟我獨尊 。也許你很堅信自己的方案是優秀的，但是如果你的組員提出了新的方案，那麼請你重視這個新方案，並一視同仁的從這兩個方案中抉擇更適用於當前專案的那個。我就從組員那裡吸收了很多精彩的想法，並將它們運用到專案中。
(9)堅決的執行力 ！前提是你必須有足夠的判斷力和決斷力。當有些議題沒有結論的時候，你需要來拍板。
(10)公平公正的對待每個組員。千萬不要偏袒任何乙個 ！
(11)請記住，專案經理不是「官」。
專案管理實戰之團隊管理
乙個系統不僅需要優秀的分析和設計，更需要乙個良好的過程將其從藍圖轉化為實現。這個過程中最重要的是對團隊的管理，也就是人的管理。乙個優秀的團隊和乙個糟糕的團隊的效能是天壤之別，她們之間的比例不是1 100或1 1000這樣量化的數字能夠表示的。就像乙個團隊建造了一幢摩天大樓屹立於雲霄，而另乙個團隊的建...
專案管理實戰之團隊管理
乙個系統不僅需要優秀的分析和設計，更需要乙個良好的過程將其從藍圖轉化為實現。這個過程中最重要的是對團隊的管理，也就是人的管理。乙個優秀的團隊和乙個糟糕的團隊的效能是天壤之別，她們之間的比例不是1 100或1 1000這樣量化的數字能夠表示的。就像乙個團隊建造了一幢摩天大樓屹立於雲霄，而另乙個團隊的建...
專案管理實戰之團隊管理
乙個系統不僅需要優秀的分析和設計，更需要乙個良好的過程將其從藍圖轉化為實現。這個過程中最重要的是對團隊的管理，也就是人的管理。乙個優秀的團隊和乙個糟糕的團隊的效能是天壤之別，她們之間的比例不是1 100或1 1000這樣量化的數字能夠表示的。就像乙個團隊建造了一幢摩天大樓屹立於雲霄，而另乙個團隊的建...