部分企業(yè)算是突出重圍，定點(diǎn)項(xiàng)目逐漸增多，業(yè)務(wù)規(guī)模開始擴(kuò)大，以及打算瞄向國(guó)際車企，所以，軟件質(zhì)量職能被漸次提了出來。
但是，對(duì)于軟件質(zhì)量如何干？該設(shè)置什么職責(zé)？應(yīng)該抱有什么樣的期望？大家普遍沒達(dá)成共識(shí)，也沒太想清楚，這在小企業(yè)里尤其突出。
1 確保滿足客戶需求
這是小企業(yè)的生存基礎(chǔ)，也是對(duì)應(yīng)軟件質(zhì)量應(yīng)該具備的mindset，即作為其判斷尺度的尺度。具體來說：
- 聚焦客戶需求傳遞、收集、版本整理、適用范圍提取等內(nèi)外部接口處工作，最好形成包含來源、渠道、時(shí)間、存檔位置等信息的baseline。
- 確保正確的人參與評(píng)估、分析、拆解、實(shí)現(xiàn)、評(píng)審等，也就是“懂的人”和“錯(cuò)了要受影響的人”。
- 時(shí)刻質(zhì)疑需求的合理性，這也是一種意識(shí)，要知道客戶接口帶來的不一定是真正的客戶需求，要往上挖，找源頭。
- 評(píng)估關(guān)鍵相關(guān)方（主要是內(nèi)部）對(duì)需求的理解是否一致和準(zhǔn)確。
這里的成熟度主要是針對(duì)產(chǎn)品的，主要目的是給管理團(tuán)隊(duì)信心和決策依據(jù)，有很多維度。
- 軟件的成熟度等級(jí)，可以是按照feature實(shí)現(xiàn)程度（如百分比、已集成/已可驗(yàn)/已可用）或者適用的使用場(chǎng)景（如臺(tái)架、整車、路試）來定義。
- 質(zhì)量閥紅黃綠狀態(tài)，這也是非常典型的質(zhì)量管控形式，簡(jiǎn)單粗暴但十分直觀。
- 缺陷率（不同等級(jí)缺陷數(shù)量加權(quán)相加）數(shù)值，通常用于不同產(chǎn)品的橫向?qū)Ρ取?/span>
其目的和成熟度基本一致，但需要注意的是，過程透明度通常會(huì)關(guān)系到產(chǎn)品成熟度水平和真實(shí)性，這是軟件開發(fā)的特點(diǎn)。過程透明也是軟件工程一直追求的目標(biāo)。可以用如下一些方式。
- 設(shè)置環(huán)環(huán)相扣的指標(biāo)，驅(qū)動(dòng)真實(shí)的開發(fā)行為展示，比如，監(jiān)控各個(gè)階段的缺陷檢出率能夠推動(dòng)缺陷檢出階段數(shù)據(jù)的準(zhǔn)確性。
- ALM工具中設(shè)置充足的數(shù)據(jù)埋點(diǎn)，即什么人在什么時(shí)間進(jìn)行了什么操作進(jìn)入了什么狀態(tài)。工具的自動(dòng)痕跡留存功能能夠很好地反映出真實(shí)的開發(fā)狀態(tài)。
- 數(shù)據(jù)同源和工作同平臺(tái)。這樣的話，信息的傳遞就是及時(shí)且透明的，但可能涉及到信息安全問題。
4 保證盡量合規(guī)
盡量合規(guī)的“盡量”可能會(huì)讓大家有疑問，這里主要是強(qiáng)調(diào)針對(duì)強(qiáng)制性要求和衍生性要求應(yīng)有不同的遵守尺度。
- 強(qiáng)制性要求是指高等級(jí)功能安全、數(shù)據(jù)安全、網(wǎng)絡(luò)安全、車規(guī)標(biāo)準(zhǔn)或其他一些強(qiáng)標(biāo)以及內(nèi)部特定政策之類的不必爭(zhēng)論合理性的要求，既涉及產(chǎn)品，也涉及過程。通常產(chǎn)品基本功能也可以理解為強(qiáng)制性要求。
- 衍生性要求是指“最好有”或者“根據(jù)實(shí)際情況而定”，比如，軟件詳細(xì)設(shè)計(jì)就屬于此類，寫了更好，但模塊簡(jiǎn)單，人員不分層，不寫也行。
在這里，值得注意的是，合規(guī)不能僅僅局限在狹義QA里的流程不規(guī)范的檢查，需要有宏觀的視角，尤其是新的小的企業(yè)。
5 擁有高層級(jí)和系統(tǒng)級(jí)視角
接著上一段，引出這個(gè)要求。
汽車行業(yè)擁有十分龐大的體系，身處大產(chǎn)業(yè)鏈上的一環(huán)，會(huì)遇到很多看似無聊和不合理的現(xiàn)象，而它們背后多數(shù)有一個(gè)曲折的故事，是不同立場(chǎng)相關(guān)方利益較量的結(jié)果。
軟件質(zhì)量作為一個(gè)體系性的管理角色需要有這個(gè)意識(shí)、視角與經(jīng)驗(yàn)。
- 系統(tǒng)架構(gòu)、軟件架構(gòu)、軟件項(xiàng)目管理、功能安全背景的人通常是軟件質(zhì)量比較好的選擇，因?yàn)樗麄兊闹R(shí)結(jié)構(gòu)比較系統(tǒng)和均衡。
- 監(jiān)控、審核與評(píng)價(jià)過程中，需要向上看代碼，向下找整車，這有助于給出更合理的判斷。
- 著力為項(xiàng)目經(jīng)理或管理層提供信息的整體視圖，比如，多維度缺陷動(dòng)態(tài)看板、按里程碑的feature實(shí)現(xiàn)及驗(yàn)證狀態(tài)、上下追溯矩陣等，也可以擔(dān)當(dāng)起項(xiàng)目級(jí)配置管理員的角色。
6 擔(dān)當(dāng)客戶質(zhì)量接口
這是很多企業(yè)比較務(wù)實(shí)的需求，除了常規(guī)應(yīng)對(duì)審核的工作外，還可以有其他的擴(kuò)展。
- 在項(xiàng)目定點(diǎn)期間，就開始介入，協(xié)同整車節(jié)奏制定質(zhì)量管理計(jì)劃。當(dāng)下，協(xié)作開發(fā)的模式越來越多，也越來越復(fù)雜，僅局限在內(nèi)部開發(fā)模式，不太夠。
- 支持項(xiàng)目經(jīng)理進(jìn)行外部跨模塊、跨部門的信息整理、數(shù)據(jù)分析與匯報(bào)。
- 如客戶要求和內(nèi)部要求有矛盾，需要帶到內(nèi)部進(jìn)行適配與裁剪。
- 針對(duì)新OEM，尤其是歐美系，深入對(duì)標(biāo)客戶的質(zhì)量體系與指標(biāo)的要求。
7 保持獨(dú)立匯報(bào)線
軟件質(zhì)量設(shè)置在工程或項(xiàng)目管理部門，還是有獨(dú)立匯報(bào)線，不同的公司有不同的模式，通常也取決于高管的背景。
一般建議保持獨(dú)立的匯報(bào)線，至少要給一個(gè)與工程及項(xiàng)目管理相對(duì)獨(dú)立的匯報(bào)平臺(tái)，最好是處于獨(dú)立且層級(jí)扁平的質(zhì)量部門。人員不多的，可以職級(jí)不高，但匯報(bào)線高一點(diǎn)。
決策權(quán)衡往往是基于立場(chǎng)，不獨(dú)立，立場(chǎng)則相同，質(zhì)量必然和工程或項(xiàng)目達(dá)成某種“默契”。
很少有公司能做到讓軟件質(zhì)量或工程質(zhì)量去block項(xiàng)目釋放，對(duì)于小企業(yè)更不現(xiàn)實(shí)。
所以，話語權(quán)與推動(dòng)力更多來自于匯報(bào)。當(dāng)然，讓質(zhì)量說了算不是公司目的，而是更好地將前述的產(chǎn)品成熟度、過程透明度、項(xiàng)目big picture展現(xiàn)出來。
- 郵件發(fā)送的日?qǐng)?bào)、周報(bào)、月報(bào)會(huì)提供第一個(gè)工作層平臺(tái)。
- 定期的高級(jí)別管理層專題會(huì)議是第二個(gè)有權(quán)威的平臺(tái)。
- 形式規(guī)范的質(zhì)量閥是第三個(gè)成機(jī)制的平臺(tái)，注意形式一定要規(guī)范。禮儀之邦，不僅僅是禮貌，還有約束。
9 關(guān)注發(fā)布
向車廠發(fā)布軟件或樣件之前，企業(yè)內(nèi)部要有管控與釋放機(jī)制，而不是個(gè)人化行為。軟件質(zhì)量在該環(huán)節(jié)要負(fù)責(zé)提供證據(jù)。
- 要關(guān)注產(chǎn)品的預(yù)期用途，比如，臺(tái)架測(cè)試還是整車路試，對(duì)軟件的要求自然不同。
- 按照預(yù)期用途，可以設(shè)置releasenotes評(píng)審、相關(guān)方簽批及正式質(zhì)量閥等不同程度的釋放機(jī)制。
- 至少要保證自身的基本功能可測(cè)、可用，以及通訊、診斷部分不影響整車。手段通常可以是相關(guān)必測(cè)項(xiàng)通過。
10 寫在最后
小企業(yè)的軟件質(zhì)量需要用70%的精力想人，30%的精力做事。
轉(zhuǎn)自水輕言
