文/秋之川
這是《落葉》文集里第 357 片落葉,希望你能喜歡,不為別的,只為這份堅持。
【背景】
今天有位同學問我,如果測試人員是被分散在不同的產品線中,在產品經理管理的項目團隊里執行測試任務,那在這樣一種環境下,如何去做測試團隊和流程的管理呢?
【你問】
平衡矩陣型的組織結構里怎么做測試管理?
【我答】
首先,我們來分析一下這是哪種組織結構:
- 是不同產品線的項目團隊,那可以認為它是項目制的;
- 沒有專職的項目經理,而是由產品經理兼任管理的;
- 需要你去做的其實是測試的職能部門負責人;
綜合上述幾個特點,我們能得出,這個公司是一種較為常見的平衡矩陣型的組織結構。
接下來,我們就可以看看怎么管理分散在各個項目組里的測試人員。這應該是相對容易做的一件事,因為當下的項目管理是由產品經理負責,所以關于測試人員,你需要做的就是團隊管理,或者說職能管理,主要包括這么幾項:
- 清楚的知道團隊里每個成員的工作任務內容和工作量,以及在各自項目里的任務完成質量,這是最基本的一個要求,也是你能將測試資源做到最優利用率的基礎,同時,這也是你作為測試職能部門負責人,在平衡矩陣型的組織結構里需要起到的很大的一個作用;
- 了解并把握住團隊里每個成員的特點和發展意愿,基于你平時工作中的觀察分析和深度的溝通,是可以做到這一點的;
- 基于以上兩點,為團隊成員量身定制職業發展路線圖,讓每個人對自己當前的定位和未來的目標都有較為明晰的認知,這是提高你整個團隊戰斗力的源泉;
- 建立并營造團隊中的良性競爭和學習氛圍,讓整個團隊始終處于項目任務和學習任務相互切換的飽和狀態,確保團隊有著很明顯的成長痕跡;
最后來說說怎么做流程管理,這里我認為即使表面上看對你的要求是測試流程管理,但在去著手做規劃時,并不能僅僅只看測試流程,為什么這么說呢?我們先把整個研發流程劃分為幾大區塊:
- 產品設計階段;
- 產品開發階段;
- 產品測試階段;
- 產品發布階段;
這么來看,測試流程看上去肯定就指的是產品測試階段的流程,換句話說,也就是項目里測試人員所有參照執行的流程。但你需要注意的是看待這個階段的流程的視野:
- 往前一步,看到產品測試階段里面,也就是僅僅涉及到測試人員的流程:
- 測試計劃及任務分配流程
- 測試設計及評審流程
- 測試任務執行及跟蹤流程
- 往后一步,看到整個產品研發流程,也就是需要測試階段的上下游配合的流程:
- 需求評審流程
- 版本提測流程
- 缺陷處理流程
- 現網問題處理流程
所以,流程梳理是相對較難做的一件事,雖然我們上面從不同的視野大致看了一下可能會有哪些流程需要去梳理,但其實還有些表面上很難一眼看出來的潛在影響因素:
- 人的因素:
- 不管你是著手梳理測試內部的流程,還是因為質量要求的需要,準備梳理測試上下游的外部流程,都必須得先了解流程中涉及的不同角色人員的現有問題或痛點有哪些;
- 然后先從能解決他們實際問題或痛點的流程開始動手梳理和實施,一個點一個點的去梳理,循序漸進地,有條不紊地將整個測試流程或研發流程梳理清楚;
- 已經固化的研發模式:
- 先不說是一個已經有了研發模式的團隊,即使是一家從零開始的初創公司,那也會有研發流程,那是每個團隊成員從自己之前的工作當中形成的固化研發模式;
- 最好不要很簡單粗暴的直接照搬引入某種所謂標準化的研發模型,IPD 也好,Scrum 也好,都不建議生搬硬套;
- 先跟產品經理了解當前整個項目的研發模式和存在的較為嚴重的問題;
- 再跟開發和測試了解具體過程中他們覺得效率不高,或者問題較多的環節在哪;
- 綜合他們的問題,找出最應該優先解決和相對容易見效的問題環節,再將 IPD 或 Scrum 里的某個流程方法拿去解決;
雖然從具體操作層面上來看,是要由點到面,但并不代表你的規劃也是從點到面的,當你對項目作了充分了解之后,就應該先有一個總體上的流程梳理規劃:
- 產品適合的研發模型類型,瀑布還是敏捷;
- 按照研發流程的環節來劃分需要梳理的流程點;
- 按照產品規劃的階段來劃分需要梳理的流程點;
- 將這些需要梳理的流程點按照迫切程度排個優先級,分成若干個階段,循序漸進的推進執行;
- 根據流程梳理的進度推進,將測試團隊的能力需求規劃也整合進去,也就是不同的階段,需要什么樣的測試技術和技能,是否需要提前補充相應人才儲備或做技術預研;
總的原則建議:
- 攘外必先安內,先整頓好測試內部流程,再根據測試流程和質量的需求,倒逼其他幾個研發階段的流程梳理;
- 如果在沒有專職的項目管理人員環境中,盡量爭取由測試人員負責項目管理,不管是從質量角度考慮,還是從進度角度考慮,測試人員都是相對合適的兼任角色;
- 最終還是由某個專職的人員兼任幾個項目的項目管理權責,會更加合理一些,盡量避免某種角色既管項目,又要兼做本職工作;
《測試路上你問我答》里的 Q&A 101,如果是你要的,甚好!如果不是,你問,我答!
作者簡介:14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵