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