團隊效率的提升不能依靠時間的自然增長來完成，作為管理人員必須主動思考如何有效的提升團隊效率。結合自己幾年的管理經驗，我覺得可以從以下幾個維度來考慮：

1.時間

不同角色的人員有不同的工作型別，但是他們的工作一般都是有工序的，比如我們公司程式設計師的一般工序是這樣的：需求溝通，介面設計，表設計，邏輯編寫（介面理解，演算法），SQL編寫，自測，bug除錯和修正等。每個環節都可能存在問題，比如發現程式設計師普遍在介面設計上不擅長，可能的解決方案就是將此工序剝離，讓單獨的人員去做。從時間的維度觀察可以幫助我們發現具體慢下來環節到底是什麼，從而讓我們思考各個工作環節設定的合理性，進而從人員結構上進行調整，此外還可以幫助我們捕捉有意義的培訓點，作有針對性的培訓。

2.技術

從技術的角度考慮可以清晰的識別出公司所需要的技術能力，這樣才能夠建立起能力線，對每個人具備的能力進行記錄、評估和跟蹤。這樣做不僅能夠從整體上認識到公司目前在哪些技術方面存在不足，即技術型風險（比如某個技術只有一兩個人會），同時因為對每個人都進行了記錄和跟蹤，人才的培養也就有針對性了，你可以清晰的知道某個員工的哪些技術層面需要加強。

3.工具

工具方面其實就是要選擇合適的工具，一個團隊儘可能做到統一。有時候出於讓程式設計師更自由的想法允許使用多種工具，但是其實是沒有太大意義的。舉個例子有的程式設計師喜歡用IntelliJ,有的習慣用eclipse，還有的喜歡myeclipse，如果大家用的都不一樣，這時候就會帶來額外的管理成本和溝通成本，個人的效率有了，但是團隊的效率降低了，所以工具的統一從某種意義上是必須的。但是工具的統一其實只是第一步，還需要想盡辦法讓大家用的好，比如eclipse裡的小外掛，快捷鍵，自定義的template等等，這些好的功能應該讓每個人都知道並熟練掌握。用好用熟之外，還要總結出程式碼中的重複部分，儘可能的工具化，理論上重複的事情都應交給工具來完成。總結一下：統一工具，用好工具，重複的交給工具 。

4.環境

有時候程式設計師的工作效率低還需要從環境的角度來考慮，環境包括的內容很多，比如機器效能，網路，工作環境等等都屬於這裡所說的環境。舉個例子，做過flex的人都知道頁面多了機器編譯起來是很卡的，這個時候就不能怪程式設計師了，管理者要解決機器效能的問題（其實加個固態硬碟就會快很多）。再比如，一個小組當前做的專案是技術性比較強的專案，這個時候就要儘可能安排其在相對安靜的環境下工作，並且減少電話的打斷。環境的問題不可以忽略，程式設計師有時候礙於面子某些環境上的因素不願意講出來，這個時候需要管理者仔細觀察，及時發現問題並進行調整。

5.人

人是感性的動物，憂慮，恐懼，壓抑，迷茫等等心理因素都會影響到人的工作效率，而且這種東西很容易傳染，所以管理者應當主動關心屬下的心理狀態，儘自己所能幫助他們疏導或解決心理上的問題，多分享自己的經歷，多鼓勵大家講出自己的想法。

其實以上5個方面對於個人來說同樣也是成立的，自己是自己的管理者，自己同樣可以以管理者的角度來審視自己的效率問題： 自己的工作環節上是否可以改進？（比如有的程式設計師喜歡改點東西就重啟tomcat，結果很多時間花在了等待上），自己哪些方面的技術有欠缺？（比如不熟悉jquery，SQL掌握的不好等等），自己的工具用到熟練嗎？環境上有哪些障礙？（比如不能google）心理上有哪些波動？（學著管理自己的情緒）