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