阿裡巴巴進階算法專家威視：組建技術團隊的一些思考

本文是我從2019年1月底接手CRO線NLP算法團隊以來，在團隊組建、能力建設、以及管理上的一些思考，全部是沒有科學論證的主觀判斷，不過都進行了實踐。我沒有任何管理學背景知識，把拙見沒羞沒臊地寫出來，是為了抛磚引玉，和同學們交流讨論。

團隊的定位是什麼？——做正确的事

定位

團隊的定位是重要的事情之一，有了偏差，後續做得越多錯得越多。确定團隊的定位花了我很長時間，中間還發生了一次組織變化，和兩任主管有多次讨論。

首先，這個團隊配置在CRO線，肯定要為風險管理業務服務；同時，這又是一支能力團隊，還要考慮和業務團隊的協同關系。最終，我确定了3點：

1）能力建設為主，同時也需要有業務抓手

2）不做業務團隊已經做得好的事情

3）立志高遠，勇攀高峰，要做就做到最好

壁壘與價值

不誇張地說，現在是NLP領域的大航海時代，新算法層出不窮，日新月異，後浪各種把前浪碾死在沙灘上。尤其是BERT橫空出世之後，整個NLP的研究範式都發生了變化，從原來的 task-specific的模型結構設計轉變到語言模型pretrain+下遊任務finetuning的模式，預訓練模型是含金量高的工作。研究一下預訓練模型，你會發現這是個需要海量金錢+資料+技術才能玩的遊戲。

這就陷入兩難：如果搞預訓練模型，沒那麼多資源；如果不搞，用開源模型做下遊任務，實際上很難有什麼技術壁壘。其實就算你真的搞出什麼新算法可以充當技術壁壘，可能兩三個月之後就又有人做出了更強的結果。

困境的根源在于，目前NLP算法這個領域發展速度太快了，在高速變化的領域是很難形成壁壘的。是以，我們需要結合自身所處的環境，尋找變化不那麼快的東西。

我經過好多天的考慮之後，認為沉澱風險管控知識可以作為壁壘。原因：1）風險知識随時間有變化，但速度明顯比算法慢很多；2）CRO線在這方面有一定積累，也需要用于實際業務管控，并沉澱到産品。

是以，團隊的宗旨我定義為：基于知識驅動的NLP算法團隊。為CRO線乃至集團沉澱風險知識，并提供不同層次的服務：

圖-4層服務體系

最近，CRO線在清華舉辦了AI與安全研讨會，會上張钹院士談到了第三代人工智能，尤其強調了其中知識的核心作用；我們走訪中科院信工所，對方的宗旨也是建設基于知識驅動的算法，和業界發生的共鳴，更堅定了我們走這條道路的決心和信心。

團隊需要什麼能力？

先要搞清楚團隊所處的環境。

阿裡是一個什麼結構的組織？

有人說是矩陣式的，有人說是樹+網狀的，我不知道确切的答案。不過，如果把每個小團隊看作節點的話，有2點是确定的：

1）體量巨大，各種節點（業務、産品、工程、算法）種類繁多數量大。

2）單元節點之間比較容易發生跨大團隊甚至跨BU的聯系，條件合适可以發生協同關系。

繼續觀察，你會發現：

1）你所需要的一切資源幾乎都能找到提供者，而且往往不止一個。

2）你也可以給各種需求節點提供服務，隻要還在你的能力範圍内。

3）由于規模巨大，需求節點和資源節點互相之間往往不知道對方在哪。

基于以上，我認為一個身處中台的算法團隊，需要具備4項能力：連接配接-生産-傳播-服務。

圖-能力中台的算法團隊需要具備的能力

四項能力

1，連接配接

就是尋找到自己所需要的資源，篩選出其中最優的，建立長期穩定的合作關系。比如算法團隊需要的爬蟲、标注工具、分布式模型訓練工具、模型的評測工具等，都能在公司範圍内擷取，就沒必要刀耕火種從頭開始自己建設了。

2，生産

這是傳統意義上算法工程師的工作，指擷取資料後産出效果和效率達标的算法模型，并上線。

對算法的要求，主管的主管早有論述：算法要全！算法要強！算法要快！算法要便宜！精煉簡潔，振聾發聩，細化一下就有：

圖-對算法的要求

3，傳播

針對中台的算法團隊提的要求，因為你需要讓目标業務節點知道你的存在，知道你的能力項，以及細節。ATA是個不錯的對内傳播途徑，之前在CV團隊時，很多業務方是通過ATA找到我的。

4，服務

如果是專屬某業務的算法團隊，隻需要考慮該業務下的SLA即可；如果是中台的算法團隊，還需要考慮如何滿足不同業務節點的需求，同時又不至于做開發和維護成本很高的個性化定制，避免随着接入業務的增長各種資源的開銷也随着線性增長。

能力雷達圖

團隊的能力雷達圖是由成員的個人能力長闆組成的。（話越短意思越長）

圖-團隊能力雷達圖

組織與個人的關系

為什麼需要一個組織呢？

先從一個現象出發：在小區業主和物業公司的糾紛鬥争中，業主獲勝的機率很低。從人數、個體的教育背景和素質來看，業主都占據絕對優勢，可是為什麼會輸？

粗略分析，大體有三個原因：

1）共同利益，目标明确。物業的目标非常清晰，就是為了從業主那裡賺錢，這也是物業人員的共同利益。業主人多，情況各有不同，各自的利益訴求差異大，容易被分化。

2）組織嚴密，互相協同。物業内部有明确的分工，平時也長期一起工作，互相間有信任感，能夠進行配合。業主彼此之間往往是陌生人，缺乏信任感，難以統一行動，是原子化的散點。

3）局部相對優勢。相對單個業主，物業具有明顯力量優勢。比如，物業有資金，而業主因為缺乏信任很難籌措資金。

好，看出來了，小規模組織的力量可以超過大規模原子化散點存在的個體集合的力量。

組織為個人提供什麼？

1）組織能使資源增效

組織能把各種資源組合成有機的整體，使各種分散的力量形成合力，進而産生大于這些資源和力量機械總和的效能。這個原理2000多年前亞裡斯多德就論述過了，後來馬克思又更嚴密地論述過一次。

2）組織是實作目标的依托

個人可以依托組織的能力和資源去做事，而組織的能力和資源遠大于個人，是以依托組織的時候，個人能夠實作比單打獨鬥模式大得多的目标。

舉個例子，我們團隊做了UGC場景效果超越開源模型的預訓練模型，每個同學都可以在這個預訓練模型的基礎上去做下遊的有監督學習任務，起點就比别人高。

個人為組織提供什麼？

是否有短闆不是那麼重要，關鍵是要有長闆，能夠對組織的能力雷達圖做貢獻。

這一節留一個思考題：公司設定主管這個職位的目的是什麼？是為了像幼稚園阿姨那樣，保障每一個小朋友都有自己喜歡的玩具，高高興興上學來，平平安安回家去？

招聘團隊需要的人才

招聘為什麼特别重要？

世界有個普遍規律：在前序階段做嚴格的控制會大大降低後序階段的實作難度，比如資料标注、寫代碼、模型中的預處理等等。人招進來之後是要用要管的，招聘的時候高标準嚴要求，後續管理會輕松很多；如果降低标準甚至放水，後續管理付出的代價遠遠高于招聘時偷懶省的功夫。

是以，我花了至少1/3的時間在招聘上。對的，至少1/3，你沒有看錯。從2019年2月到現在，社招弄了300+份履歷；校招100+份履歷。在這裡特别要感謝團隊裡球夫、天逸、開陽3位同學，犧牲了大量業餘時間做履歷評估和初面。從統計資料看，每100份履歷産生2-3個offer，入職1-2個人。從100份履歷中招來的人絕對比10份履歷中招來的省心很多。

我給算法團隊找來過不少人，both 社招 and 校招，具體的展開讨論見彩蛋部分的【招聘】

招聘要考察哪些能力？

招聘，首先要确定job model。限于篇幅，這裡隻讨論“生産”環節所需要的能力。

所處的時代背景：快速變化，新算法層出不窮。

不變的是什麼：數學基礎、計算機基礎、動手能力。

我們很難預測新技術的具體實作，但是當新技術出現的時候，需要能夠快速地分析、學習、掌握。而且，我們經常要解決從來沒有遇到過的新問題，這就要求候選人在面對沒見過的問題時具備分析判斷，在具體限制條件下找完整解決方案的能力。另外，在複雜的業務場景裡，問題經常沒有确定性的答案，我們往往通過對過程的合理性來判斷整個方案是否合乎要求。尋找答案的過程很少有一帆風順的，大機率會遭遇挫折，非常需要候選人不斷嘗試不斷修正去抵達終點。

至于教育背景、之前從業經曆，反而不怎麼重要。我不贊成對于畢業好幾年的社招候選人還要參考畢業學校、最高學位，甚至大學學校是否985——如果一個人能力強，是不需要靠學校學位來旁證的，直接用行動證明就行了。

對于候選人的考察，我往往從基礎的硬技能、創新性/開放性思維、精神素質三方面考察。

硬技能

數學：機率論與數理統計、矩陣論、随機過程

計算機基礎：作業系統、組成原理、資料結構

算法能力：領域内主流模型的演進，優缺點對比；在具體設定的場景下選擇合适的方案

動手：C++/python/Java （什麼？你說matlab？工業界裡這個不算程式設計語言）

有人說，面試過程中要求做代碼測試，就像相親時要求看存款證明一樣殘暴。我贊同這個說法，因為不少候選人聽到要寫代碼就高傲地拒絕了。我給大家推薦一個線上代碼測試工具：

http://collabedit.com

從我長期的觀察情況看，發展得好的算法同學，動手能力都比較強。畢竟，算法工程師，首先是一個工程師。

創新性/開放性思維

其實我還經常幹比代碼測試更令人發指的事情——做智力題。這個不是我的創新，是跟google等公司學來的，而且是直接找網上流傳的面試題換個馬甲來用。

前面的硬技能，看的往往是結果；這裡對思考能力的考察，看的是過程：是否有方法論，思路是否清晰，是否言之有據。是以，這種問題的面試方式往往是讨論式。如果候選人能夠完成，最後再請TA做個總結，觀察歸納要點的能力，視線的高度。有些候選人結束面試後仍然會繼續思考，給出更好的回答。

精神素質

公司對人才的要求是：樂觀、皮實、聰明、自省。

你看，4個詞裡面有2個都在強調堅韌不拔。在面試過程中，我會看候選人在解題不順時的表現，有時甚至故意小刺激一下觀察候選人的反應，偶爾還會故意中途改變限制條件。阿裡内部競争激烈，經常需要擁抱變化，如果心理承受力脆弱，是不适合當同路人的。

還有一點很重要：自我驅動力。這是從降低對内管理成本來要求的，後面會具體說。

在我看來，硬技能、創新性/開放性思維和精神素質缺一不可。即使這三方面我都滿意了，如果主管，主管的主管，HR對候選人明确提出疑慮，我一般不申辯直接放棄掉。因為，他們比我level高，閱人無數，往往不會錯。

有的同學會問：這樣子做，會不會錯失優秀人才？是的，我的方式幾乎可以確定招進來的同學肯定是好的，但會漏掉一些優秀的候選人，不過這不會造成嚴重的後果。相比之下，招進來不合格的人才會有大麻煩。

用人

主管的角色是什麼？

以前有句話，叫做“火車跑得快，全靠車頭帶”，這說的是前動車時代。動車和高鐵為什麼比傳統的火車速度更快？根本原因是：大多數車廂都能提供動力。

同樣的，如果一個團隊完全靠主管來驅動，來提供動力，主管很容易成為團隊的瓶頸。我的團隊成員，很多都是自己領域的高手，專業能力在我之上，我就應該順應實際情況，不要拿自己的愚見去束縛同學們的發揮。是以，我的角色更多的是眺望遠方，掌握方向盤，有時踩一下刹車；團隊大多數同學一起構成動力引擎。

圖-動車/高鐵跑得快，是因為大多數車廂都提供動力

對内管理模式

一個不恰當的比喻：放羊。

這麼做，堂而皇之的理由是“因為信任，是以簡單”。技術層面的原因，對算法類同學做過程管理成本效益太低。

算法類工作，創造性在其中占據重要地位，而創造性很難在過程中量化度量，也很難從外部觀測現象來判斷。比如：身邊的同學坐在工位直視螢幕目不轉睛，我不知道他到底是在思考論文中的公式還是在回味昨天晚上看的電影。再比如，我base在杭州，沒辦法知道團隊内base北京的同學是不是在工作時間打遊戲。

是以，我選擇信任我的同學，隻在一些必須監管的事項上把關，比如資料安全、安全生産等，其他事項一般不做過程管理，隻做結果管理。得益于招聘時把關嚴格，絕大多數同學的自我驅動力都比較強，我并不用操心偷懶的事情；相反，偶爾需要操心一下少部分同學拚過了頭的問題。關于這一點，更多的内容見彩蛋中的【認真工作，快樂生活】。

肯定有同學問：上面說的是不擔心出工不出力，那麼，怎麼出力的問題呢？你難道不指導同學做項目嗎？

我一般隻給出項目的目标，有時給一個粗略的方案設想，有時不給。公司對于P6同學已經有“獨當一面拿結果” 的要求，大家都應該具備獨立作戰的能力。而且，按照前面說的，團隊内大部分同學都應該是提供動力的車廂，沒必要依賴我。人是否有自我意志？這個問題我不知道答案。但我知道，如果一個人認為主意是自己想出來的，決定是自己做的，會更有動力去實作。嘗試做決策，嘗試完成不确定的任務，都有利于自己的成長。

思考題：管理有很多種style。有的主管喜歡自己做需求分析，然後拆解細化到原子級的技術問題，讓下屬做執行。這種模式，和“放羊”模式相比，從主管視角，以及下屬視角看，各有什麼優缺點？

綜合以上兩點，我覺得放羊是可行的。而且，放羊這件事，羊倌也是要做很多工作的：選擇合适的天氣，找到草地，把羊群帶到草地，放哨保護羊群，是不是？如果還要把青草割好喂給羊吃，那成什麼了？

羊倌應該把更多的精力花在尋找豐美的草地，購買強壯的羊，與其他羊倌交流這些事情上，要是成天忙于喂羊，督促偷懶的羊快點吃草，拉開打架的羊這些内部事務，羊群怎麼發展壯大？更多的展開見彩蛋中的【因為信任，是以簡單】。

鼓舞團隊信心，最好的方式是什麼？

痛痛快快地赢一次。如果不夠，就兩次。

接手團隊的時候，在商業化方向上局勢是很差的：去年三次PK競品都輸了，穩定性問題頻發以至于新版本都無法釋出……團隊好幾個人都撲在這一個陣地上幹得很苦但就是拿不到結果。

這個時候我要是去發表個類似《至暗時刻》裡丘吉爾那樣讓人熱血沸騰的演講是否可以解決問題？可能有短暫的強心劑作用，但是不長久，因為實際困難沒解決。何況，我也肯定不具備丘吉爾的演說能力。最有用的辦法，還是分析失敗的原因，制定正确的打法，指導同學們獲得一次成功。鼓舞信心最好的方式還是靠實實在在的成功。

結果大家都看到了，今年我們PK競品的戰績是N：0，付費調用量上漲25倍以上。大家肯定好奇：正确的打法是什麼樣的呢？我放在後面《正确地做事》那一節講。

做有吸引力的事情

目标要定得高一些，有挑戰性，達成的時候内心的成就感會更高一些。這個很容易了解，就好比你打遊戲，虐了個菜，沒多少快感；如果能赢下之前屢戰屢敗的對手，一定會興奮很久。我跟部分同學說過，大家的眼光不要局限在三号樓，也不要局限在聚橙路，而是要放眼世界。

目标定得太低，不僅不能逼出自己的潛力，還容易讓自己關注于一些雞毛蒜皮的小問題。

前幾天，我的主管在一個項目kick off會上說，當你回首往事時，要有一件做過的事情能夠拿出來吹牛逼，人生才有意義。深以為然。

過程即享受

在阿裡的工作肯定是辛苦的，我沒看到過誰能随随便便就成功。如果隻是沖着收入來做工作，難免在過程中會感覺到很多痛苦。物質的刺激是短暫的，不管是加薪、年終獎，或者option，興奮高興個幾天就過去了。如果喜歡自己做的事情，專注于工作本身，從中源源不斷地獲得成就感，就能做到雖然辛苦但是不痛苦。

我家做飯的阿姨是拆遷戶，坐擁N套房，每天仍然跑幾家做飯，我問她為什麼？她說，以前是開蒼蠅館子的，拆遷後沒得開了，但是自己就是喜歡做飯。理想狀況下就是要招聘這種人。

采取什麼工作模式？——正确地做事

四個線上化

網際網路的本質是連接配接，最大價值也是連接配接。

這句話不知道是誰說的，第一次聽說是在《計算機網絡》課程上。網際網路連接配接的可以是人和人，人和文檔，人和資料，人和代碼，人和……和一切你工作中需要的東西。

接手團隊之後，我發現同學們的工作模式真的是自耕農一般：各做各的模型，各用各的資料，各讀各的paper，完全是原子化的散點存在。說得不客氣一點，除了聚餐的時候，平時感覺不到這是一個組織。也就是說，身處中國頂級網際網路公司，大家卻像農業社會時期一樣在進行生産，當着不折不扣的“碼農”。

團隊裡一個同學說得很好：互相間建立信任關系的最好辦法是發生工作上的協同。我覺得，要發生工作上的協同，前提就是把工作相關的資源都線上化，與組織成員發生連接配接，于是，我設想做4個線上化。

圖-文檔、資料、代碼、評測線上化

1，文檔線上化

春節期間我建了個團隊語雀，自己做頂層設計，寫好架構，然後讓同學們把業務、技術、資源、技術影響力等等和工作相關的内容都填寫其中。這樣子，每個同學都可以看到團隊的各種資訊和資源，以及其他人的工作。目前團隊的語雀還對部分關聯緊密的兄弟團隊完全開放。

2，資料線上化

如果同學們各自管理自己的資料，形成資料孤島不說，發生機器重裝，或者轉崗、離職，往往資料就丢了。接手的時候，能清理出來的有标簽資料遠遠低于應有的數量，就是因為一直沒有做資料的線上化管理。團隊裡的言奇同學做了樣本大表項目，已經完成了将整個智能認知團隊的全面标簽資料線上化。這一點非常重要，後續在開發各種新模型，以及做預訓練模型時，就擁有不同業務不同場景不同風險的大量資料，在短時間内取得了良好的效果。

3，代碼線上化

這個正在進行中，預期S2結束時完成，出發點是：

1）代碼是團隊重要的技術資産，應該統一管理，提高安全性。

2）線上化後友善團隊協作，共享優秀代碼

3）基礎性子產品代碼統一，降低維護成本

4，評測線上化

也在進行中，設想是在一些特定任務上做幾種經典模型和确認無誤的主流模型，能夠一鍵實作自己的模型和前者的自動化比對，提升工作效率。除此之外還有個作用：經典模型的結果可以作為baseline，幫助驗證深度模型的正确性。因為，你做了一個深度模型，效果好也就罷了，效果不好的時候都搞不清楚是模型不适用，還是自己的代碼寫錯了。

找對前進的方向

主管最重要的職責之一是當同學們迷茫的時候明确前進的方向。

接着前面商業化的例子，詳細情況是這樣的：我們通過阿裡雲對外輸出文本風險識别的算法能力做商業化，比如涉政、色情低俗、廣告、辱罵等。我接手的時候，有3-4個同學全職投入這項工作，他們工作非常努力，幹得也很辛苦，但是效果并不好，PK競品的時候并無勝算。出了什麼問題呢？

分析之後，我發現以下問題：

1）确實是一個内容次元的問題，但隻使用了分類模型一種方式。

分類模型适合解決靜态标準的問題，并不适合及時響應業務上的快速變化。模型疊代更新的速度做到極限也隻能是T+1或者T+2天，且人力消耗高。之前的主管為了解決這個問題，在分類模型中塞了一個風險詞包，由算法同學維護更新，接到營運回報的badcase之後手動添加到風險詞包，然後定時推送到分類模型應用中。這個複雜的機制帶來了詞典的頻繁建構，結果導緻應用的穩定性問題頻發，甚至已經無法更新。

2）缺乏頂層設計，同學們各自為戰。

幾個風險各自單獨做模型，技術選型高度自由，百花齊放，starspace、SVM、CRF、kenlm、textCNN都有，難以統一提升能力，維護的難度大。

3）做了過多的個性化定制，導緻後續維護和更新的成本非常高。

幾乎為每一個稍微大一點的使用者都單獨做了模型，付費調用量不大，模型倒是有了好幾十個。同學們頻繁地做模型的疊代更新（每周都至少有1-2次），占用大量人力。

怎麼辦呢？

建設技術體系去解決某一類問題，而不是某個技術點去解決某一個問題；

結合安全業務的特點，設計可以強化通用算法效果的基礎能力或處理架構。

——上面兩句話不是我說的，來源于前主管。（插一句：本文還有一些内容來源于前主管和主管。向主管學習是提升自己的一個重要途徑）

具體來說，解法有幾點：

1）明确風險詞包、相似性檢索、分類模型、風險知識圖譜 4種手段适合完成的任務，且互相配合。

2）把風險詞包從分類模型中拆出來，降低應用的複雜度，以及模型疊代的頻率，解決穩定性問題。

3）分類模型的結構盡可能統一，标準盡可能不變，持續把效果做強。

4）自從 BERT 提出以來，NLP問題的基本範式從原來的 task-specific的模型結構設計轉變到語言模型pretrain+下遊任務finetuning的模式。工作重點應該轉向預訓練模型與知識蒸餾。

由于目前對内的内容互動風險管控業務也在我的團隊内，我就貼一張全局視角的問題分析與解決方案。

圖-全局視角的UGC風險管控思路

明确解法之後，同學們快速做了實踐，到4月份就基本扭轉了被動的局面，随後打了翻身仗，付費調用量增長25倍。現在模型的更新周期降低到以月為周期，穩定性大幅度提升，同學們也不再疲于奔命；而且，投入的人力也明顯下降了。

績效的考核

績效考核決定了收益的配置設定，也是團隊最重要的事情之一。

如果把團隊比作一個模型，考核的标準就是loss function。loss function一旦确定，模型的優化方向也就定了，團隊成員會按照利益最大化原則沿着這個方向調整自己的action。

是以，考核标準的設計需要展現團隊的定位、價值和需求；在執行的過程中需要滿足平等性。

圖-績效考核的3個次元

業務結果

阿裡有個文雅的說法是：為過程鼓掌，為結果付酬。

還有個話糙理不糙的說法是：沒有過程的結果是垃圾，沒有結果的過程是放屁。

你覺得哪一句對你的胃口就看哪一句。

配置在業務BU的算法團隊，幫助業務目标達成肯定是首要任務。今年以來，AI行業也都漸漸擠出泡沫，回歸本質，開始強調創造業務價值了。

能力進步

從價值觀上講，今天的最好表現是明天的最低要求。

從業務需求講，量級越來越大，業務形态越來越複雜，老算法是解決不了新問題的。

從團隊利益講，成員的能力進步可以擴充團隊的能力雷達圖。

參加百阿的時候，一位講師的發言我到現在都記得：在座的各位最終都是要離開阿裡的，離開的時候無非兩種情況：1，公司不要你了；2，你不要公司了。怎麼離開，取決于是你的能力提高快，還是公司對能力的要求提高快。

技術影響力

什麼是技術影響力？

有形物：Paper、競賽成績、著作、專利、ATA文章等。

無形物：對内對外合作、對外PR、對内分享、組織機構任職、參會做報告等。

為什麼要建設技術影響力？

1）團隊的四項基本能力：連接配接、生産、傳播、服務，其中“傳播”就需要技術影響力。

2）CRO線的使命“四心”中，有一條叫“讓監管機關放心”。技術影響力是讓監管放心的有效方式之一。

3）商業化需要資質：搞過投标的同學都知道。

4）招聘需要名氣：對候選人講解我們的技術水準時，如果用内部業務舉例，不容易産生共鳴；但是如果直接亮出頂會論文、刷榜名次之類的，對方馬上就懂了。

5）個人的市場價值需要證明：這些東西都可以作為個人技術品牌，到哪都能帶着。

假定一個場景，有人問：“你說這個業務做得好，說明你的算法水準高。會不會換一個人能夠做得更好？”你打算怎麼回答這個問題？

再假定一個場景，你打算給自己團隊的算法能力定性為“xx領先”或者“xx第一梯隊”，如果沒有硬核的技術影響力做支撐，是否還能理直氣壯？

平等性

團隊協作的基礎是團結，團結的基礎是平等。

平等性最重要的展現，就是在考核過程中盡可能隻衡量以上三項，不去考慮地域、教育背景、從業經曆、之前表現、顔值、性别、個人動向等等其他因素。我認為：結果展現的就是能力，直截了當，最能服衆。

當然，這個世界上是否有完全客觀的判斷？或者，完全客觀的判斷如果存在，是不是就是最合适的？我不知道答案。不過，我覺得不能因為做不到完全的平等而放棄追求平等。

現在有一種傾向是把重心放在模型的優化上，嘗試變換各種模型來提升效果，但對資料本身的分析往往是缺少的，沒有耐心去分析badcase，挖掘資料規律。我們實際業務中遇到的資料雖然量很大，但品質并不高，如果能有比較高的資料敏感性，分析資料的規律，可能并不需要太複雜的模型，隻需要根據資料規律進行有針對性的調整采樣，就能夠提升算法表現以及訓練效率。

3.4）遷移學習

包括同種語言内不同domain語料之間的遷移；以及多語言之間的遷移。

我們的工作很有挑戰，也很辛苦，确定自己想來再釘釘我，北京杭州兩地可選。

彩蛋

感謝你耐心地堅持看到這裡，作為獎勵，我故意把正文裡一些重要内容放在了這裡，尤其是像招聘這種主管的核心技能。

招聘

招聘是主管的基本功；招聘做好了，團隊已經成功了一半。

之前在CV團隊，不光給自己招，也給幾乎所有兄弟團隊招，很高興地看到這些同學已經在建功立業了。先擺一下這幾年來招聘任務的量：

圖-幾年來累積的招聘任務數量

大家肯定會問：這麼多履歷，哪來的？

我所在的BU在外知名度還不算高，很少能收到主動投遞的履歷，所謂的合作獵頭從來就沒起到過作用，隻能自己想辦法。來源包括：1）采蜜；2）社交網站；3）内推；4）去各種會上收。希望以後團隊的對外影響力越來越大，我能夠躺着被履歷淹死。

再掰開了說，以采蜜為例，就有很多苦操作，比如之前社招履歷是每天夜裡12點超期釋放，就天天蹲守；校招公海池是每天晚上8點開閘，就要天天拚手速；還有候選人被其他BU持有不放，就各種協調乃至扯皮…… 舉個例子，大團隊内有位同學，當初我是在出差路上，計程車上挂上VPN搶到的履歷。

在招聘中，我發現一個現象：當你隻接觸過百級别的候選人時，不容易招到人；但是如果你接觸過千級别的候選人，招聘的難度明顯下降了。原因大約是，在廣撒網的過程中積累了一個高可能性的候選人池子，池子的規模大到一定程度，産生合适的候選人就不那麼難了。

關于“嫡系”

從CV團隊換到NLP團隊接手的時候，HR詢問是否需要從原團隊帶一個人到新團隊。

我考慮之後答複不帶。因為，我需要快速地和新團隊的同學們建立信任感，并且全心全意地依靠他們。如果我帶一個同學過去，新團隊的同學怎麼看？他們會在心裡說：看，那個人是主管帶過來的，是親信。這樣很容易在我和同學之間産生距離與疑慮。同樣的，原來團隊的同學會想：看，主管帶走的那個人是他最信任的，我不是。

團隊的持續發展需要海納百川，搞出類似“嫡系”和“非嫡系”這種分群，長久來看是會制約團隊能達到的的高度，也會制約主管的高度。

因為信任，是以簡單

除了出勤之類，在工作成果的真實性上主管也隻能選擇信任下屬，原因很簡單：如果10個下屬每周報告的結果，主管都去親手驗證一遍，可能一個星期還不夠。

但是，信任同時也是很容易被打破的——一旦主管發現下屬報告的結果有故意虛報浮誇的部分，後續就很難再預設信任TA。類似的，某些人的周報總是花團錦簇高歌猛進，但是一年下來模型的效果效率并沒有提升，大家隻能選擇預設不相信。

前面說的都是主管要信任下屬，大家思考一個問題：下屬是否需要預設信任主管呢？為什麼？

認真生活，快樂工作

阿裡有句老話：加班是對的，不加班也是對的，隻有不完成工作是不對的。

我從内心裡不喜歡長時間高強度加班。為了趕一下進度，階段性地溫和加班一下，是可以接受的。如果長期需要高強度加班，那一定是主管的計劃、評估或者安排出了問題。最近剛和2個同學聊過，因為他們回家太晚或者周末來公司加班，我擔心是自己有什麼做錯了。

當然了，這一點我自己做得也不好，尤其是接手初期百廢待興的時候，經常工作到很晚，周末做幾個面試。前些天做新六脈神劍教育訓練，傳橙官說得特别好：“認真生活，快樂工作”這一條，主管要以身作則，帶頭做好——如果你自己都苦哈哈的，下面的同學怎麼快樂得起來？深以為然，于是我打算堅決落實上司訓示，定個小目标：每周三天按時下班，目前已經堅持了三個星期。

參考文獻

我是吳軍的粉，在這裡推薦幾本他的著作：

《見識》《态度》《格局》《浪潮之巅》《全球科技通識》

本文中一些内容的源頭來自以上書籍。

有些書我給團隊内的同學送過，不過大多數人都沒有看，這件事情我違背了自發性原則。

作者資訊：

張榮，花名威視，現任職阿裡巴巴 CRO 線 NLP 算法團隊 leader ，長期聚焦于 NLP 、圖像識别、視訊分析算法領域，面向整個集團提供資訊治理、資料安全、商品、人機等多個方向的算法能力，并通過商業化服務于社會。目前緻力于基于風險知識的 NLP 算法建設。