轉：我心目中的理想團隊

評註：比較接地氣的一種團隊建成方式

轉自：

http://mp.weixin.qq.com/s?__biz=MzAxNzM4OTE4Mg==&mid=210320484&idx=1&sn=eab0401c2a20b7d2fd117733807e1eed#rd

 

我心目中的理想團隊

2015-07-25 玉伯 探索時間

昨天 @左耳朵耗子 發了篇文章：「開發團隊的效率」（http://coolshell.cn/articles/11656.html），對文中絕大部分觀點都很承認，但關於團隊小而精這點上，我以爲有失偏頗，因而回復了一條：

 

很是理想化的想法，但不接地氣。小而精的全棧式團隊，就像一個曲線的波峯，看似美好，但不穩定。更喜歡樸實的工程團隊，能安然處於谷底，每一個人可能都不太牛，但經過各類土辦法，能匯聚起來，所向無敵。

 

因爲微博的字數限制，讀者容易斷章取義。看你們的瘋狂回覆，只能淡淡一笑了。不過耗子既然約戰，我就詳細寫下，側重於描述我心目中的理想團隊。

 

耗子描繪的小而精，個人感受是這樣的：

每一個小紅點都是一個不錯的全棧式人才。全棧的含義，一是多語言的快速掌握能力，消除技術鎖，二是跨模塊的業務深刻能力，消除模塊鎖。這很是贊，是不少技術團隊求之不得的追求。

 

我關注的是，怎麼組建出這樣一支團隊？耗子全文中並無給出答案，耗子描述了美好的終局，但並沒給出實際可行的路徑。能猜到的一種作法是，瘋狂招聘牛逼的人才，看不上的都不要。對於現有人員，則嚴要求、高淘汰。這種作法，對於極少部分團隊，是可行的。但對絕大部分團隊來講，缺少實際的可操做性，不接地氣。

 

我更傾向於下面這種團隊構成：

小紅點是大牛，團隊裏有，但並很少。小黃點是小牛，正在快速成長爲大牛。團隊裏更可能是小綠點，技術基礎不錯，發展潛力好，但當下只熟悉某一門語言，在具體項目裏，也只能爲某一兩個模塊負責。我相信這是絕大部分團隊的現狀。

 

在這種現狀下，咱們回到耗子的主題：開發團隊的效率。很明顯，耗子的倡導是好的，但直接開搞，團隊非死即殘，只有很僥倖的機會能存活下來。面對現實，說說個人「土」辦法。

 

第一步是認可現狀，認清本身所處的環境。耗子所在的阿里雲我不清楚，很少說。我待過的淘寶和支付寶兩家公司，這麼多年，歷來沒看到小而精的團隊能持久存活。同時還有一點很是重要，不管本身多牛，需認清的一個現狀是，你們都不是傻瓜，能在阿里一路帶兵打將到帶領團隊的負責人，十個裏面有八個都是不錯的，不然阿里不可能作這麼大。這麼一幫不錯的技術負責人裏，確定有很多人想過耗子想作的事情，爲何沒去作或沒作成？希臘的神諭真的不是雞湯，認識你本身，不管何時都很是很是重要。

 

認清現狀，不少問題會清晰和簡單化。在不斷的碰壁失敗後，會發現一些可行的「土」方法更接地氣而且更能實現理想中的目標。好比

 

對於軟件開發中的「鎖」，耗子的解決方案是：

 

一個程序員應該可以掌握多個語言，也可以負責多個模塊甚至不一樣的職責。若是一個程序員以爲多學習一門語言，多掌握一個模塊是件很困難的事，那麼這個程序員本質上是不合格的。

 

這個解決方案，淘寶曾經的技術負責人三豐，支付寶 CTO 魯肅等等牛人，都自上而下以及自下而上推行過，但現階段來看都還沒有成功。我如今的主要工做職責之一，就是和魯肅一塊兒在支付寶推行全棧工程師文化，其實從 2009 年開始就有嘗試。咱們嘗試過讓前端學 Java，也嘗試過讓 Java 工程師學前端。但最後的解法，並非發現培訓不成功，就認定這些工程師本質上是不合格的。即使認定不合格，在當下技術人才稀缺的狀況下，你能怎麼樣呢？耗子給的是要求，並非解決方案。

 

分工並不可怕。分工源自社會經濟學，分工解決的問題，就是效率提高。不管在傳統工業車間，仍是在互聯網技術公司，分工依舊是提升團隊效率最「土」但最有效的方式。分工的背後，是遵循人類社會發展的規律性，是術業有專攻。分工有兩個很是關鍵的點：

 

一、分工的合理性。耗子說分工越細團隊就越沒效率，並無說到點子上。影響團隊效率的，是分工的合理性，而不是粗細。究竟怎樣的分工是合理的？不一樣領域、不一樣團隊，在不一樣階段下，合理的分法可能都不一樣。在支付寶，對於高交互類業務，先後端分開，各司其職是頗有必要的。對於可規範的平臺類業務來講，讓 Java 開發懂一點前端，基於前端提供的服務化方案去獨立完成產品研發，則是很是不錯的方式。分工的合理性離不開實際場景和團隊的人員狀況，會有一些規律性，須要在時間的長河中不斷去探索、沉澱。

 

二、團隊間彼此賦能。就是耗子說的團隊間的服務化。這一點很是很是贊同，服務化不是我幫你作事，而是讓你能作個人事。不過耗子依舊是隻說了方向，而沒有說打法，是目標，而不是解決方案。在支付寶，爲了能讓 Java 開發學會更多前端技能，咱們的作法是，成立了前端技術學院，與各技術團隊負責人一塊兒，篩選出培養目標，經過一系列培訓，以及在實際項目中的以戰練兵去賦能。同時，也須要在前端類庫與框架層面發力，儘量讓前端的技術門檻下降。一方面是經過培訓提高人員的能力，一方面是經過技術架構優化下降技術門檻，當能力提高能匹配上技術門檻的下降時，極可能就能夠真正實現團隊間的彼此賦能。真實操做過程當中，還有大量大量的細節工做須要去攻破，遠比耗子喊喊口號複雜不少。

 

其實這些接地氣的解決方案，回過頭來想，都很「土」，都是天然而然就能想到的方案。但正由於「土」，反而不怎麼被不少有遠見的牛人待見。由於不少牛人，總想着經過某些取巧的方式去達成目標，我以前也瘋狂想過經過各類更快速的方案，好比搞一套相似 Visual Studio 的可視化拖拽方案去給後端團隊賦能，但實際操做下來，這樣反而會慣壞後端團隊，使得後端團隊在前端技能的積累上停留於初級階段。大道至簡，返璞歸真，愈來愈以爲，真正能解決問題的，每每都是最「土」的方案。

 

耗子說的第二點，接力棒式的軟件開發，跟軟件開發中的鎖本質上是同樣的。解法是，一是要找到合理的分工，二是要經過服務化讓團隊間彼此賦能。

 

耗子說的第三點是保姆式的軟件開發，這一點的解法依舊是合理的分工與服務化賦能。耗子解決方案裏提到的招聘、以及人多人少的問題，並非關鍵。支付寶最近一年，在逐步把測試團隊取消掉，讓開發也懂測試。但不管怎麼融合，專業化的質量工具團隊與質量架構師依舊是有必要的。這須要你們的專業度都提高，開發須要懂得測試，掌握的技能與責任感須要更多，同時測試發展空間也被打開了，再也不須要專職的測試去作重複性的人肉測試，而需進一步提供測試自動化工具，須要往深裏鑽，很是有挑戰。

 

WatchDog 式軟件開發，這一塊要看領域。耗子所在的領域我不熟悉，很少評價。但解決方案裏提到的設計想好了再作，以及殘酷無情還債，實在是有點片面，並不具有普適性。大部分商業系統的設計，若是要等設計想好了再作，可能已經錯失商業契機，作出來已經黃花菜都涼了。先土土的上去，在行進中開火，在飛機高空飛行時換零件，我更佩服這種能力。如何作到高空中換零件，一開始可能還真須要 WatchDog 系統。最多見的是監控系統，這一塊過重要了。

 

不光是從技術上考慮須要 WatchDog 系統，還有一個很是實際的問題是考慮團隊人員的實際狀況。大部分團隊裏都有不少新人，有不少耗子可能看不上的普通工程師。這些新人們天天在產生大量代碼，不少代碼可能質量真的不高。長期的挑戰是如何讓你們的技能都提高到耗子指望的水平，但短時間的挑戰也很是棘手：如何讓一幫新人寫出來的代碼，即使再爛，也有必定的可控性？

 

去年和 Facebook 的一個資深工程師交流，他說最有挑戰的事情之一就是，如何能讓一幫剛從大學畢業的 newbie 們，寫出來的全棧代碼不至於太爛。這背後須要大量工程化的思考與實踐，涉及質量控制等不少方面。前端領域的同窗，對最近如日中天的 React 技術應該不陌生。React 背後的故事真的很是有意思，React 能在 Facebook 的環境下誕生，必定程度上是被逼無奈。有太多各類背景的新人們須要在 Facebook 環境下去寫前端代碼，但如何保證這些所謂的 Facebook 牛逼閃閃的全棧工程師寫出來的前端代碼不會隨着時間快速腐敗？如何保證各個業務線的前端代碼不會臭不可聞？Facebook 有一個專業的 Frontend Infrastructure Team（簡稱 FIT），這幫人但是想盡了各類辦法，最後才發現基於 DOM 是無望的，必須超越 DOM，必須打破 W3C 規範的不少拘束，因而有了大道至簡的 React 方案。React 的技術亮點就在於「土」，新人們操做 DOM 老出問題，我就搞一層 Virtual DOM，不讓你直接操做真實 DOM。Flux 單向數據流的設計也是一種很是「土」的作法，土得出奇，但現階段看起來，正由於土，反而把不少不少問題簡化了。土到極致，牛氣沖天。

 

最後，回到如何構建一支心目中的理想團隊。個人想法依舊是一張圖：

不少團隊是處於 A1 狀態，都期待着往耗子說的 B1 而去。咱們真正要解決的問題，是如何帶領團隊從 A1 波谷，到達耗子描繪的 B1 波峯。除了合理分工、團隊間的彼此賦能、以及土到極致的技術突破，還須要重視一個規律性：

 

波峯是不穩定的，不要嘗試讓團隊永遠處於美好的波峯狀態。當一個團隊的人都成長成爲精兵悍將時，每每意味着這個團隊前途有限了。站在波峯，很容易藐視羣雄，很容易拔劍四顧心茫然。一個良性團隊，在短暫攀登上波峯時，應該能有勇氣去打破一些東西，有勇氣去帶着團隊下山。下山會很痛，甚至會讓效率下降，但不下山，不到達另外一個波谷，就永遠難以攀登上更高的波峯。前端團隊的發展在這一點上有不少故事可講，耗子如有興趣，咱們能夠私聊。

 

很尊重耗子的理想，也是個人理想。面對現實，我選擇個人路，也期待着耗子能把本身的路在美國走通。

 

玉伯

2015.7.25 杭州三墩