想要做好業(yè)務，老板們除了要梳理好公司級別的業(yè)務目標，公司的組織架構，還要搭個有產出的班子，也就是找負責人、建團隊，讓組織架構充實起來。搭班子最重要的就是把負責人找到，就是團隊1號位的人。本文主要講團隊負責人的主要作用，怎么才能找到，不同背景的優(yōu)劣勢，以及各方面的要求。

研發(fā)效能團隊1號位

「火車跑得快，全靠車頭帶」。團隊1號位的能力，基本上決定了這個團隊的上限。所以我們在邀請1號位的時候要格外嚴格篩選。他除了要負責與其他部門協(xié)調、資源和預算管理、績效考核等管理職責，作為領域專家還要勝任以下專業(yè)能力：

• 有大局觀，有能力：能站在公司和團隊的角度，根據(jù)公司戰(zhàn)略和業(yè)務訴求，制定業(yè)務發(fā)展的長期規(guī)劃和短期目標。分清輕重緩急，解決做什么的問題。

• 有打法：有能力規(guī)劃出能達到目的地的可行的路徑。解決怎么做的問題

• 能打仗打勝仗：業(yè)務素質過硬，能打仗且打勝仗，即按照規(guī)劃目標達到目的地的能力。我自己能做。

• 帶團隊帶隊員：帶領團隊、激發(fā)團隊推動業(yè)務發(fā)展，培養(yǎng)團隊成員。我也可以帶團隊做。

   

好像沒有對比就體現(xiàn)不出業(yè)務能力的差距，當然也看不到傷害，那就舉幾個1號位曾經提的問題：

- 為啥要有制品庫？去掉制品庫，都放到 svn 統(tǒng)一存多好。- nexus干嘛的？讓研發(fā)自己去下載 jar包，我們就不用維護 nexus了，也就又少一事- 項目版本為啥是三位數(shù)？構建的包為啥四位版本號？能否統(tǒng)一用時間戳？ - 一站式研發(fā)管理平臺為啥要管源代碼？項目管理和源碼要拆分到兩個系統(tǒng)- 不要搞 jar包的穩(wěn)定版本，線上都發(fā)快照- 你給我一些輸入，我計劃下團隊這個季度的OKR- 為啥公司里既有 svn 還有 gitlab？為啥xx公司都用 svn 就沒事？- 公司半年總結，你總結下團隊半年都做了啥，我開會時用

缺少領域把控能力，團隊1號位容易變成「上下兩級」的傳話筒。 

案例分享：曾經聽說過一位研發(fā)效能團隊負責人，他之前從未做過研發(fā)效能工作，上級領導每次要求什么就都記下來，接著和團隊下面每個人去聊。每個人聊過之后，開會討論，然后會上讓大家發(fā)言，發(fā)言時開始質疑每個人的看法。拿到結果和上級去匯報。

- 為啥是每個人？因為自己不懂，對團隊下面的人又都不放心，每個人都問一遍，答案可以互相印證下。

- 為啥是開會質疑？告訴你們我懂的，別忽悠我。

- 為啥質疑團隊成員后經常被懟？因為團隊成員告訴他的答案是有上下文的，有側重點考慮的。他質疑的時候往往拋棄了這些。

- 開完會，拿著團隊的方案和上級領導去交差，問到細節(jié)又不懂，開會回來懟團隊。

- 為啥不帶著團隊下面的人去開會？帶著你們開會顯得我多沒本事。另外那是我們領導級別的會咋可能讓你們去。

- 每次要把團隊內的文檔給領導看時，都會復制出來一個只有自己修改記錄的新文檔

 

經過幾輪這樣的溝通之后，下面人的腦袋都開裂了。

通常來說，作為業(yè)務1號位，要有隨時可以做-2 層人員工作的能力。如果研發(fā)效能團隊1號位對這個領域沒有足夠的認知，團隊規(guī)模越大，1號位對業(yè)務的發(fā)展、對團隊的發(fā)展帶來的阻礙甚至是傷害也就越大。所以說業(yè)務能力是最重要的。業(yè)務1號位必須是這個領域的專家。

團隊1號位的背景

領域專家非常少，找到真能獨當一面的領域專家比較難，尤其是有過一線實際「操盤」經驗的1號位。這個時候我們就要考慮招什么樣的人來帶領這個團隊了，甚至來搭建這個團隊。雖然都是領域專家，但是領域專家的背景也可能不同。不同背景的人可能有不同的側重

• 做上層業(yè)務的可能對基礎設施建設不感興趣，畢竟這塊業(yè)務投入高時間長效果慢。我看到很多之前做業(yè)務的人來做基礎設施建設這塊，沒多久就又做業(yè)務去了。

• 傳統(tǒng)運維背景的人對底層基礎設施建設會比較注重，但是對業(yè)務體感低。這種情況我也見到過，對效能這塊沒想法，也不感興趣； 

• QA背景的人，可能更關注質量，但對支持產研工作本身的平臺建設和實踐可能關注少

• 做后臺開發(fā)的人會好些，但是有可能對效能不感興趣轉去做公司主營業(yè)務，另外就是把研發(fā)效能當作只是開發(fā)一個工具來看待，會做出一堆東西，但是工具不好用，用戶不想用，對公司幫助有限，平臺還不想改。我親生的，怎么有可能錯。

• 長期做管理的人可能遠離一線，實操不行。

總之，我們要好好衡量，我們現(xiàn)在最需要補充的是哪方面的能力，而候選人的強項是哪些。如果員工和公司能同時成長，互相成就那就再好不過，如果不能，那么互相暫時擁有也挺好。員工對公司再好，公司也會開人；公司對員工再好，員工也要跳槽。單相思，始終是一種病態(tài)，最好還是互相奔赴，即便離開也互不賒欠。

團隊1號位更要注重軟素質

不同階段的公司1號位的要求也許不同，但該具備的軟素質始終都是要有的，比如正直、誠實、勤奮、上進、基本職場共識、自驅、靠譜

曾經遇到這樣一個案例，我們有一個需求，團隊評估了下大概2周左右能完成，交給一個小伙伴來做。結果這個小伙伴前前后后做了3個月沒有完成。

團隊初創(chuàng)時期，業(yè)務還不確定，風險很高，對人的要求也是最高的，但最重要的是包括人品在內的基本素質。前期招進來的每一個人都是公司春天種下去的希望的種子。每個人都是獨當一面的，如果基本素質不過關，給公司帶來的風險和危害也是最大。大家都盡量沒有短板，能獨當一面又能互相補位。

自驅也很重要。團隊1號位剛進來，一片空白，百廢待興，很多時候都要自己去規(guī)劃要做什么，做到什么程度，怎么做，誰來做，什么時候要有什么產出。如果團隊1號位沒點自驅力，那這個團隊難以很快建立起來，業(yè)務也很難開展。

軟素質對于每個團隊成員都很重要，尤其是團隊1號位就更重要了。

哪里找到這樣的1 號位

打入這個圈子，找到這個圈子最好的人聊一下。沒錯，我們就有一個這樣的「研發(fā)效能DevOps」的圈子，關注文末，猛戳我們的公眾號。

本文總結

團隊1號位要找到你能找到最好的那個人，基本素質要硬，人品素質硬，業(yè)務素質更要硬。既要也要又要到典型，沒辦法，團隊1號位真的很重要。沒有人品，待得越久危害越大；沒有業(yè)務素質，一開始都待不下去或者只能「圓滑地」混下去，慢慢地容易把團隊和業(yè)務帶著向下走，甚至帶沒了，這樣的案例太多了。

推薦閱讀

產品經理，項目經理，F(xiàn)TO

高效能敏捷交付團隊反思：特性團隊(FeatureTeam)+Scrum

什么是研發(fā)效能？研發(fā)效能定義及核心價值

研發(fā)效能生態(tài)完整圖譜&DevOps工具選型必看

互聯(lián)網公司研發(fā)效能/工程效率團隊建設和規(guī)劃

找到能做好研發(fā)效能的人