?因?yàn)橛械男』锇榭吹焦镜腝A不測(cè)試業(yè)務(wù)需求，只搞流程、卡點(diǎn)、規(guī)范、技術(shù)創(chuàng)新、QA平臺(tái)，行業(yè)洞察，讓研發(fā)自測(cè)、研發(fā)擔(dān)責(zé)上線(xiàn)bug和風(fēng)險(xiǎn)，所以問(wèn)我，你怎么看QA不做業(yè)務(wù)需求測(cè)試這件事。其實(shí)我怎么看不重要，這事還是要看公司管理層和QA負(fù)責(zé)人，我個(gè)人倒是可以作為一個(gè)業(yè)務(wù)方來(lái)聊一下這件事。

企業(yè)架構(gòu)

公司組織架構(gòu)很大程度上決定了QA團(tuán)隊(duì)的規(guī)模和工作職責(zé)。QA團(tuán)隊(duì)匯報(bào)的等級(jí)越高，公司對(duì)QA團(tuán)隊(duì)和QA工作認(rèn)可度也越高，對(duì)QA的工作質(zhì)量要求也越高?！竿ǔ?lái)說(shuō)」企業(yè)架構(gòu)上，QA和產(chǎn)研運(yùn)在一個(gè)組織匯報(bào)維度是比較正常的，也就不會(huì)出太大幺蛾子，如果匯報(bào)線(xiàn)奇葩，那么里面肯定有很多不為人知的奇葩事情，要避坑。

舉個(gè)活生生的例子，某公司的QA匯報(bào)給運(yùn)維負(fù)責(zé)人。我個(gè)人對(duì)這種組織架構(gòu)其實(shí)是不太看好的。在業(yè)務(wù)層面去看，QA更應(yīng)該和業(yè)務(wù)，也就是合作方，甚至可以說(shuō)是「自己的甲方」在一起更好，而不應(yīng)該和「自己的乙方」在一起。QA和運(yùn)維在一起，挺多在資源部申請(qǐng)和運(yùn)維支持工作上帶來(lái)一些便利，可是這樣就和自己的業(yè)務(wù)距離太遠(yuǎn)了，不利于自己業(yè)務(wù)的開(kāi)展。QA和運(yùn)維都是資源型團(tuán)隊(duì)，如果僅僅是資源輸出，這樣的組織架構(gòu)產(chǎn)生的價(jià)值就更不被看好。如果這樣組合是為了建設(shè)QA平臺(tái)，那么至少還需要產(chǎn)研的小伙伴的加入才能完成?？傊?，這樣的組織架構(gòu)，更像是臨時(shí)安排，不像是長(zhǎng)久之策。如果一直是這樣的組織架構(gòu)，那要小心。就像有個(gè)蟲(chóng)子眼的蘋(píng)果里面大概率是問(wèn)題的。

同理，聯(lián)席CEO，聯(lián)席CTO也是比較差的企業(yè)組織架構(gòu)，其中很多都是權(quán)宜之計(jì)，時(shí)間長(zhǎng)了都不是好事。比如58和趕集合并的時(shí)候曾經(jīng)有過(guò)聯(lián)席CEO，過(guò)一段時(shí)間就有人卸任了。這還算好的，畢竟CEO很多都是把方向，負(fù)責(zé)很多具體事務(wù)的CTO如果也有主備那對(duì)公司就更傷、更內(nèi)耗，各種謠言漫天飛，那誰(shuí)要退休了那誰(shuí)要上位了。

質(zhì)量文化

公司的質(zhì)量文化強(qiáng)弱決定了QA團(tuán)隊(duì)的工作寬度和廣度。如果公司的質(zhì)量文化淡薄，高層對(duì)質(zhì)量要求停留在口頭、停留在表面層次，那么QA的工作也會(huì)有很大影響。如果充分授權(quán)，認(rèn)可QA團(tuán)隊(duì)的工作和價(jià)值，那么久而久之就會(huì)形成濃厚的質(zhì)量文化。

舉個(gè)例子，某公司的主要產(chǎn)品是工具型C端產(chǎn)品，因?yàn)槠鸩皆?，時(shí)機(jī)好，有大量的用戶(hù)，但是質(zhì)量問(wèn)題一直很大。高層年初提出了質(zhì)量方面的OKR，但是鑒于經(jīng)濟(jì)形勢(shì)，沒(méi)有額外的QA HC增加，甚至QA團(tuán)隊(duì)還有縮減；同時(shí)新的業(yè)務(wù)需求方面還在緊鑼密鼓的進(jìn)行著，并沒(méi)有「鑒于經(jīng)濟(jì)形勢(shì)」同步降速，產(chǎn)品和研發(fā)的人員也在減，但遠(yuǎn)沒(méi)QA人員流失的多。再加上公司強(qiáng)勢(shì)的「工程師說(shuō)了算」的文化，重視技術(shù)，不重視技術(shù)外的其它團(tuán)隊(duì)，包括產(chǎn)品、QA、PMO、運(yùn)維、設(shè)計(jì)等，其實(shí)這樣走下去，質(zhì)量肯定不會(huì)有大的提高。

再舉個(gè)QA做得好的例子，某公司主要做C端交易型產(chǎn)品。涉及到C端+交易型，意味著質(zhì)量問(wèn)題就是高優(yōu)要解決的問(wèn)題，所有涉及到「錢(qián)」的問(wèn)題都是大問(wèn)題。QA HC充足，團(tuán)隊(duì)梯隊(duì)建設(shè)合理，發(fā)版任務(wù)是QA同學(xué)負(fù)責(zé)，包括線(xiàn)下環(huán)境搭建、功能測(cè)試、線(xiàn)上發(fā)版流程、質(zhì)量卡點(diǎn)和規(guī)范等。也就是說(shuō)產(chǎn)研小伙伴把功能開(kāi)發(fā)完成，后面的工作都交給QA了。QA對(duì)質(zhì)量負(fù)責(zé)，對(duì)上線(xiàn)負(fù)責(zé)，權(quán)力大意味著工作內(nèi)容也多，權(quán)責(zé)對(duì)等是合理的。

抄半套

國(guó)內(nèi)很多公司對(duì)國(guó)外，尤其是硅谷的工程師文化特別感興趣甚至是迷戀，經(jīng)常去看別人是怎么做的，然后自己照著葫蘆畫(huà)瓢。其實(shí)有的時(shí)候，你要抄就都抄，很多時(shí)候抄來(lái)的都是皮毛，而精髓沒(méi)抄來(lái)，總是抄半套。

舉個(gè)例子，500人的QA部門(mén)，大部分QA不做業(yè)務(wù)測(cè)試，主要精力是搞流程、卡點(diǎn)、規(guī)范、技術(shù)創(chuàng)新、QA平臺(tái)、測(cè)試框架。業(yè)務(wù)部門(mén)在那里嗷嗷待哺，來(lái)個(gè)QA吧，來(lái)個(gè)QA吧。QA部門(mén)甩過(guò)去一巴掌，老子沒(méi)人。所以研發(fā)不但要開(kāi)發(fā)自己的業(yè)務(wù)需求，自己搭建環(huán)境，自測(cè)需求，回歸功能、識(shí)別風(fēng)險(xiǎn)、評(píng)估風(fēng)險(xiǎn)。一大堆整完了想上線(xiàn)，你還得找個(gè)QA來(lái)點(diǎn)一下「批準(zhǔn)」上線(xiàn)，美其名曰「緊跟硅谷文化」「研發(fā)吃自己的狗糧」「技術(shù)驅(qū)動(dòng)」「上線(xiàn)流程自動(dòng)化」「QA只負(fù)責(zé)測(cè)試框架和平臺(tái)」......那為啥QA要點(diǎn)一下？嗚....這是中國(guó)特色之「QA質(zhì)量把關(guān)」。結(jié)果上線(xiàn)后業(yè)務(wù)故障告警不斷，QA一指：產(chǎn)品需求不明，開(kāi)發(fā)質(zhì)量太差，運(yùn)維重復(fù)告警......

本篇總結(jié)

QA做不做業(yè)務(wù)需求測(cè)試不是什么大事，可以根據(jù)自己的業(yè)務(wù)去看是否要配QA。之前我們做AlphaCloud 的時(shí)候，團(tuán)隊(duì)沒(méi)有一個(gè)QA，業(yè)務(wù)也卡卡地向前跑。后來(lái)做 Kone 有了專(zhuān)職QA，感覺(jué)也挺好，畢竟比我們自己搞專(zhuān)業(yè)很多，我們也能把精力更多放到業(yè)務(wù)發(fā)展上。我不能理解的是500人的QA團(tuán)隊(duì)不重點(diǎn)支持業(yè)務(wù)，告訴業(yè)務(wù)我沒(méi)人，然后自己瞎搞，這就走偏了。當(dāng)然最后的結(jié)果也顯而易見(jiàn)，業(yè)務(wù)部門(mén)無(wú)法忍受，QA部門(mén)解散，業(yè)務(wù)QA拆分到業(yè)務(wù)，與業(yè)務(wù)閉環(huán)到一起，剩下的QA小伙伴合并到其它部門(mén)。這樣的結(jié)局，作為業(yè)務(wù)方我看了三遍了。

相關(guān)文章

研發(fā)效能團(tuán)隊(duì)規(guī)模、職能劃分和優(yōu)劣勢(shì)分析概述

中小互聯(lián)網(wǎng)公司研發(fā)效能團(tuán)隊(duì)規(guī)模、職能劃分和優(yōu)劣勢(shì)分析

為啥研發(fā)效能團(tuán)隊(duì)必須獨(dú)立？何時(shí)獨(dú)立？

DevOps｜從騰訊TEG CDC解散聊技術(shù)中臺(tái)

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