團隊管理，民主還是集權？

之前我曾分享過一篇文章，那些高效敏捷的團隊是怎麼做到的？從員工的主觀能動性，適當放權和自我表率三個角度討論了如何把一支原本低效的團隊建設成一支高效的團隊。

在團隊中執行一段時間後，效果不好，這裡主要做一些回顧與分析，希望能夠為同行們提供一些線索和價值。

上任伊始，我採取的其中一個措施是放權。我從後台，iOS，Android三個小組中分別選出了一位組長，負責代碼審查工作，因為作為技術總監，要親自去管理後台，iOS，Android和前端的所有開發人員，不太現實，至少對於我們公司來講是這樣。這裡說的管理，不只是項目的管理，更重要的是代碼層面的管理。一方面是團隊目前缺乏明顯的技術梯隊，人員的代碼質量不高，確實需要有人去審查代碼。而我自己並不精通後台開發等，無法親自對所有人的代碼進行審查。

組長選出來後，我跟每個組長都一對一進行了聊天，明確了他們的職責。但在接下來的執行中，三個組長几乎都沒有進行代碼審查工作，理由都是工作太忙，沒有時間。事實上我們團隊幾乎沒有加過班，工作太忙顯然並不成立，但無論我如何強調代碼審查工作，效果都並不好。

這裡的癥結在於，其實他們都不適合承擔這份工作，但我沒得選擇，在目前的團隊中，他們是比較好的。代碼審查並沒有落實到位，也是因為我並沒有在流程和形式上強制要求，並將工作與績效掛鉤。之所以沒有強制要求，與我之前的工作經歷有關。在之前公司的團隊中，整個團隊的水平和工作能力都是比較好的，我們都是採用民主的方式溝通協作。比如，工時評估，都是開發人員自行評估，我只是做一個總體的把控與協調；代碼質量方面，我們一般是兩周一個版本，一個版本下來bug總數不算多，side effects方面的指標也是在可接受範圍，所以代碼質量方面其實也不需要特別花很多精力去強調和監督。所有的這些條件，在新接手的團隊中不成立了，而我打算繼續基於民主的方式來管理，所以才導致了最後的失敗。

在和技術團隊多次溝通的情況下，最終的管理方式是漸漸地從民主轉向了集權，我自己承擔了更多的管理與評估工作，如任務分配、工時評估等，並且為保證代碼質量制定了相關規範和流程進行監督。

回過頭來思考，其實有一種撥開雲霧見青天的感覺。民主管理方式對團隊的要求很高，首先要有共同的目標，共同的利益；其次要求團隊成員具有較高的素質，能夠很好的理解自己的任務，並能夠高質量的完成；最後也要求團隊的每個成員具有很好的時間管理能力等。而集權管理則把權利集中在少數幾個高管身上，並通過流程來保證工作的各個環節，實施起來更容易。事實上，我從很多面試者的口述中，得到的結果與以上分析也是一致的——小公司大多採用集權管理，一線互聯網公司產品團隊內往往以民主管理為主。

總結

團隊管理是一門哲學。民主和集權並不互斥，並無孰優孰劣。高素質的團隊可以以民主管理為主，低素質的團隊應該以集權管理為主。在團隊的發展變化中，能夠及時捕捉到團隊的變化，並在管理上作出相應調整，才是萬全之策。