關於前端團隊架構的思考

前言

前端團隊人多人少，分分合合總有必然的演變。文末的建議不錯，對於深耕於業務線的你應該有所激勵。今日早讀文章來自凹凸實驗室 @LV 主唱大人的授權分享。

正文從這開始~

大廠的前端團隊，一般會有專門服務於業務的小組（業務前端組），以及專註於前端技術研究的小組（研發前端組或前端架構組）。凹凸實驗室自然也不例外，我們有4個業務前端組，1個研發前端組。

但實際運作過程中我們發現，即使有這樣的架構分工，業務前端組也還會有自己的研發人員或具有研發特長的童鞋，業務中產生的前端研發需求往往也因此會交給這部分人做處理，在各業務組內部閉環。這種情況是情有可原的，業務前端組出現的研發需求，直接讓本小組具有研發能力的人去處理，是最高效的處理辦法，因為他們更懂業務，在同一個組內也更有利於溝通。

如果讓幾個業務組的所有前端研發需求都提給研發前端組，然後按優先順序進行統籌排隊處理，反倒變成是低效的了。研發前端組的同學在處理業務小組提出的研發需求的時候，還需要去了解業務，否則期望做A，交付的可能是A-，甚至是B或C。還有一種情況，當業務組的研發需求集中爆發的時候，研發前端組的童鞋不一定忙的過來。

看到這裡，我們心裡會有一個疑問？前端團隊拆分獨立的所謂的研發前端組到底有沒有意義？

在回答這個問題之前，我們先要去回答另外一個問題：我們在建設一個具有一定規模的前端團隊的時候，其目的是否僅僅是服務好業務？

我想絕大多數的人會回答「否」。這個就好比一個人活著不能止於「有食可進有衣可穿」這種基礎的物質條件，團隊也同樣有「精神層面」的內涵，具體如：

影響力

創新力

技術視野

這些「精神層面」的東西看似很虛，但實際上會以另外一些形式正向的反饋給團隊，間接影響團隊服務業務的過程甚至結果。

建設團隊在公司內外的影響力，可以營造團隊的專業口碑，吸引優秀的專業人才主動加盟，而優秀的人才對於團隊高效處理業務需求或研發需求的能力具有促進作用。

國內前端團隊的技術或產品創新力（或微創新）儘管這兩年有所改進，但依然是短板，至少是我們凹凸實驗室團隊的短板，這是一個值得深思的問題。為什麼我們的團隊很難產出能引領業界某個技術方向的標準，前如JQuery、Angular，後如React、VueJS。這或多或少與團隊的創新能力有關聯。

技術視野如同創新能力一樣，我們大多數人忙於業務，往往停留在用好現有技術的階段，難以抽出固定的時間主動去了解前端專業領域的前沿技術，思考其他領域（如日趨火爆的AI）的前沿技術對前端領域、所在業務的影響。

我們再回過頭去嘗試回答「前端團隊拆分獨立的研發前端組到底有沒有意義？」，心裡是不是有了一些清晰的思路呢。

既然拆分了業務與研發，而業務小組中又具備滿足其前端研發需求的能力，那末寄望研發前端組服務於所有的業務組，並期望研發前端組的輸出能完美落實到業務中去是不是一種烏托邦的理想？

研發小組在前端部門中的定位，是不是應當類似創意設計組在設計部門中的定位一樣，可以服務於但不強綁業務，把方向聚焦於團隊『精神層面』的建設：影響力、創新力與視野？

希望我可以在一年半載之後回來給一個答案。

作為老司機，最後一段話送給所有同學：

造車的與開車的具有同樣的價值，不管是在業務組，還是在研發組，只要選擇了適合自己的方向並為之努力，便可以成為這個行業中的佼佼者。

業務組的同學，可專註於業務處理效能和服務口碑；而研發組的同學，做的事情必然沒有業務組務實，則應拒絕輕浮保持耐性，努力成為某個技術領域的先鋒及佈道者，在必要的時候引領業務組的技術方向，為提升個人與團隊的影響力、創新能力與視野而不懈努力。

最後，@早讀君心想還有一個方案，把前端基礎組作為一個虛擬的組織存在，他們的成員都來自於具體業務線，在時間上做一定的抽取，這樣既懂業務，又能在做基礎服務。

關於本文

作者：@LV主唱大人

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！