品質中心近半年提出了外包人員效率優化的口號。各個測試團隊積極響應，想出各種各樣的辦法來嘗試節省人力。其中「外包資源池管理」是各個團隊都沒有放過的一種嘗試手段。
其最初的理念是把各個專案中一些簡單的任務識別出來，交給一波初級的外包去做。這樣能解決部分外包工作不飽和問題以及降低外包的培養成本。
而在不同測試團隊的具體實施中，又演化出不同的實施方案。本文記錄手機qq瀏覽器測試團隊在「外包資源池管理」方案上的幾次嘗試。有沉痛的教訓，也有深度的思考。
二、資源池管理的預期收益
1、外包人力的充分利用
當前外包利用不充分的情況主要有2種形式。一是任務潮汐現象導致在任務量少的時候外包工作不飽和。而因為管理或者能力上的割裂不能很好地把這些閒置的人力給利用起來。手機qq瀏覽器測試團隊也存在這個問題。希望能通過資源池的管理方式解決。二是由於缺少統計和管理導致的人員閒置與低效。這個問題手機qq瀏覽器測試團隊不多見。在這裡不展開。
2、外包培養和管理的成本下降
目前外包的培養和管理職責都是落在測試經理頭上的。如果外包資源池能夠分擔甚至包管了這部分職責，測試經理就可以把更多的精力放在產品測試本身。對專案質量以及測試經理的個人成長都有利。
三、手機qq瀏覽器測試外包團隊特點
1、專案割裂2、任務難度大
任務難度大的問題在android瀏覽器的幾個測試組裡體現明顯。我們按照任務需要的技能要求將任務分成高中低三檔。據粗略統計，qb主線高難度任務佔比為44%；tbs高難度用例佔比為33%。這些高難度的用例通常以下特徵：
1）涉及前端、終端、後台多方面配合；
2）無法通過終端介面驗證結果；
3）測試中會遇到很多意外情況需要靈活處理；
4）需要用到一些生僻、複雜的測試工具，如inspector、fiddler等。
以廣告過濾為例，需要先確認拉取到wup後台的開關，了解廣告過濾功能的開關狀態，然後向業務後台拉取訪問站點的過濾規則，接著終端要對該規則進行處理。過程中每個環節的結果都無從通過終端介面驗證結果，而要通過檢視日誌、配置檔案、上報等方法。
3、人力緊張
各個測試組都沒有長時間的閒置人力。特別是2023年上半年，ios、後台、tbs都新增了不少業務。這半年的外包工作飽和度明顯比之前更高。這樣就不可能有閒置人力可以參與到資源池建設中。
從以上3點分析，我們一度悲觀的認為，外包資源池管理不適合我們團隊。
但是困難不是退縮的理由。我們以明知山有虎，偏向虎山行的毅力開始了我們的外包資源池方案探索。
四、他山之石應用寶：**覆蓋率，sdk，itest，強調外包公司的作用（包括資源池運作方案也是外包公司在出），按型別劃分任務，設立統一外包介面人。
五、方案1：臨近小組資源池方案
方案描述：臨近資源池方案是指測試內容接近的2個專案之間組成臨近資源池。
方案提出思路：這個是在人力緊張的情況自然想到的一種方案。兩個專案的成員互相學習對方專案的技能，最終達到人力資源共用的效果。該方案分幾步走：
1）整理技能標籤並對任務和外包貼標籤；
2）小組內實現人力資源共用；
3）臨近小組實現人力資源共用；
4）整個瀏覽器測試組實現人力資源共用。
在想到這個方案的時候，我以為我看到了成功的希望。
失敗原因：前面2步都順利完成。進行到「臨近小組實現人力資源共用」的時候發現進展慢了下來。因為臨近小組技能的互相學習是需要任務驅動的（通過做任務才能真正掌握技能），但適合放入資源池的任務太少（複雜任務不放入資源池）。臨近小組實現人力資源共用
目標遲遲未能達成。於是我們開始考慮新方案。
六、方案2：准入准出資源池方案
方案提出思路：既然任務少，我就拉任務，我把整個瀏覽器測試組想放進資源池的任務都拉進來；人少我就拉人，我把整個瀏覽器測試組能擠出來的人力都擠出來。只要我控制好任務和人，並且用技能標籤來做好任務和人之前的連線。資源池自然能運轉起來！
方案描述：該方案有3個要點：任務審核、人員培訓和技能標籤關聯。
2、人員培訓：要通過人員培訓的外包才能進入資源池。主要是為了保證外包具備基本的通用技能 同時標記外包所掌握的技能標籤。
3、技能標籤關聯：通過技能標籤讓任務找到對應的人去執行。下圖展示了任務1和外包a是如何通過技能標籤匹配上的。
在想到這個方案的時候，我以為看到了成功的希望。
失敗原因：這個方案理論上是可行的，但實際操作性不高。一來做任務審核、維護外包技能標籤比較繁瑣；二來在沒有系統支援的情況下通過技能標籤去配對任務和執行者不方便；最後是外包需要掌握的任務太多，第一次做任務效率低。測試經理也不放心。
收穫和教訓：過於複雜的流程規範注定無法落地生根，簡單才是美。
七、方案3：專案帶頭人資源池方案
方案提出思路：既然任務太多，那我就只讓真正的簡單任務進來。第一次做任務效率低，我就找熟悉的人帶著幹！讓資源池先把最簡單的這部分任務接管起來。
方案描述：每個專案設立乙個專案帶頭人。專案帶頭人對提到資源池的任務的質量和效率負責。為了達到質量目標，專案帶頭人需要檢查普通成員的測試結果；為了達到效率。
在想到這個方案的時候，我以為我又看到了成功的希望。
失敗原因：本方案解決是「真正的簡單任務」放入資源池的問題。而前面分析過，咱們瀏覽器測試組的其中乙個特點是「任務難度大」。這個特點注定了我們組「真正的簡單任務」會很少。通過統計，深圳瀏覽器測試組「真正的簡單任務」只有4-5個人力，佔總任務量的20%左右。即使我們能將這部分任務的效率提高一倍，也就只能節省10%的人力，預期收益太少。因此本方案實施了半個月就被叫停。
收穫和教訓：投入產出比是我們做任何事情都需要考慮的問題。不能為了資源池而資源池。
八、反思
手機瀏覽器組的外包資源池方案3次試錯，總結出來最深刻的一條是教訓是：思想不能被禁錮。如果先入為主地認為外包資源池就應該是簡單任務、任務標準化，不能實際情況調整策略，只會一條路走到黑。
而事實上，對於不同的情況，需要選擇不同的方案。很多關鍵活動到底要不要做，做到什麼程度都需要根據實際情況選擇。下面是我對於一些關鍵問題的思考：
九、方案4：參考應用寶資源池方案
方案提出思路：在經歷了3次試錯之後，我們找兄弟團隊應用寶學習了經驗。決定採用android資源池方案。對任務和人都進行梯隊劃分，所有任務都進資源池，最大限度地發揮介面人的作用。
方案描述：這個方案有2個要點。一是全部人、全部任務進資源池，這樣才能最大限度地排程資源；二是充分利用外包介面人角色，把任務分發、人員培養的職責都放權給他，讓他把資源池的事務統統管理起來。正式介面人只負責提考核指標和協調資源。
那怎麼才算「管用」呢？
1、能管事
任務能準確理解，盡快分配給合適的人做。過程有反饋、少打擾，結果同步及時、資訊完整。
當前資源池方案有4個關鍵活動能保證這一點。
（1）測試流程規範 - 保證流程統一
如下圖所示藍色是測試經理操作，紅色是外包介面人操作，咖啡色是測試負責人操作。通過tapd需求模組和外包任務模組有機組合，保證任務的有效流轉。
（2）任務檢視 - 保證時間安排得當
如下圖，介面人在安排任務的時候可以看到每個人當天已經安排了多少任務、任務優先順序、任務進展和總預估工時。方便合理安排人力。
（3）任務梯隊分級和任務責任人** - 保證任務分給合適的人
任務梯隊1（白底）：簡單任務，所有人都會做；
任務梯隊2（紅底）：中等難度，有3-4人會做；
任務梯隊3（藍底）：高難度任務，每個專案保證2人以上掌握該項目的複雜任務。
任務梯隊是為了形成任務難度分級的概念。而實際分發任務時，任務負責人**則更實用。
下表中對每種型別任務的責任人和協助人進行了記錄說明。
（4）測試方法總結
任務負責人需要保證自己負責的任務都有測試方法總結。協助人負責驗收，保證如果負責人離職時，協助人能夠快速頂上。
2、能管人
外包都得到合適的工作量分配，並有合理的能力評估和培養制度。
當前資源池有3項關鍵活動能保證這一點：
（1）飽和度均衡要求
通過「外包任務」模組的統計分析功能，可以了解到每個人的工作飽和度。及時分析原因保證人人有事幹！不至於有些人特別忙，有些人特別閒。
（2）人員梯隊技能圖譜和梯隊建設
技能圖譜用於記錄每個外包都掌握了哪些技能，沒掌握哪些。同時有響應的課程用於培訓學習。
梯隊建設：
將人員分為三個梯隊，對應三個梯隊的任務（上文中有提到）。給外包介面人指定人員梯隊提公升計畫，使得外包人員有計畫低提公升。
（3）新人培養制度
新人培養制度是為了讓新招進來的同學迅速能達到第一梯隊的能力要求。這裡需要制定一些培訓教程和淘汰規則。目前還在制定中。
3、資料透明
對外包的工作量、工作效率、工作質量有真實、便捷的評估。
這裡有幾項關鍵活動：
（1）使用「外包任務」模組統計分析功能統計外包的工作量、工作效率
（2）通過測試經理投訴管理質量
之前也有嘗試過給每個任務評乙個質量分，但那樣運作成本太高。而通過測試經理的投訴管理則能夠達到投入成本和質量監控效果的平衡。
投訴已經會從測試經理以郵件方式提出。正式介面人督促外包公司跟進解決。具體改進其實還是會落後外包介面人和任務負責人頭上。
騰訊TMQ 機器學習之一 聚類實戰
可預見的未來資料分析和機器學習將成為工作中必備技能，也許已經在某個專案中討論怎麼調參優化，就像過去討論如何優雅的寫python 如何避免c 記憶體洩露一樣常見。聚類就是對大量未知標註的資料集，按資料的內在相似性將資料集劃分為多個類別，使類別內的資料相似度較大而類別間的資料相似度較小。給定乙個有n個物...
Atitit 如何在外包找到自己的技術深度
atitit 如何在外包找到自己的技術深度 外包一詞 於英文單詞outsource。外包其實早已經滲透進我們每個人的生活。最常見的外包形式，你們公司的保潔和保安是外包的，你居住的小區樓群的施工是外包的 還有一種形式的外包即 現代服務外包 彼得德魯克最早預言了現代服務外包業的出現 1.1.技術全面，廣...
我在外包的日子35 二期上線
昨天同事要求今天早上7點到崗，進行二期系統上線的部署。臨下班時，同事又一次提醒此事。晚上調手機鬧鐘為5點半，但不習慣早睡，不習慣早起，最後6點才起來，時間緊就沒煮粥，就在附近買個包子，但時間太早了，人家沒開門，於是一邊騎車上班，一邊觀察包子店鋪是否開門。最終如願買到包子，也在7點前到達公司。7時許，...