400-821-6015
行(xíng)業(yè)資訊
您當前的(de)位置:首頁 » 行(xíng) &​∑業(yè)資訊 » 行(xíng)業(yè)資訊
內(nèi)部資訊行(xíng)業(yè)資訊

适合汽車(chē)軟件(jiàn)研發管理(lǐ)的(de)35個(gè)指标

發布日(rì)期:2024-05-14

指标,這(zhè)是(shì)軟件(jiàn)研發管理(lǐ)繞不(bù)過去(qù)的(de)÷♥☆話(huà)題,這(zhè)也(yě)是(shì)大(dà)家(jiā)一(yī)₩↓δ©直以來(lái)的(de)管理(lǐ)慣例。

不(bù)過,在如(rú)今內(nèi)卷至混亂的(de)年(nián)代,沒有(y™≥≤©ǒu)太多(duō)數(shù)理(lǐ)邏輯的(de)量化(huà)指标頻(pín)頻(pín)受到(dào)質疑,為(wèi)什(shén)麽是(shì→≤)5%,不(bù)是(shì)6%;實際項目如(rú)此複™ ₩雜(zá),固定的(de)指标合理(lǐ)嗎(ma)?¶↑

質疑并非沒有(yǒu)道(dào)理(lǐ),但(d∑•àn)指标存在的(de)意義不(bù)在于能(®≤←≠néng)夠應對(duì)這(zhè)些(xiē)質疑★ ××。我們可(kě)以從(cóng)另外(wài)兩∏$個(gè)角度理(lǐ)解:

      - 此為(wèi)無奈之舉,簡化(huà)至可(kě)以理(lǐ)解和(hé)管控的(de)可(kě)量化(h↔£∏×uà)指标,是(shì)認識的(de)需要(yào),也(yě)是(shì)管理(lǐ)的(de)抓手

      - 指标既會(huì)作(zu∑£₩ ò)為(wèi)具備相(xiàng)當一(yī)緻性的(de)成熟産品或團隊的±α(de)績效表征,也(yě)是(shì)将不(bù)成熟推向成熟的(de)手段,而且推動意義大(dà)于表征意義。

既然仍然需要(yào)指标,本文(wén)會(huì)彙總對(duì)汽車(chē)軟 ±件(jiàn)相(xiàng)對(duì)有(yǒu)價值的(de)度量指标,以供大(dà∞£σ)家(jiā)選用(yòng)。 



需求規模

需求規模=需求大(dà)小(xiǎo)或顆粒度

該指标反映了(le)單個(gè)需求交付及開(kāi)發的(de)複雜(zá≤Ω)度,如(rú)果能(néng)對(duì)需求規模γ✘λ↔進行(xíng)比較好(hǎo)的(de)拆分(fēn)與估& <算(suàn),十分(fēn)有(yǒu)利于項目計(jì)劃 <與工(gōng)作(zuò)量的(de)合理(lǐ)規劃。

按照(zhào)不(bù)同的(de)項目或産品類型,可(kě)以使用(yòng ‌' )故事(shì)點、feature、功能(néng)點、對(d™♠γ™uì)應代碼當量等維度來(lái)評價。



需求交付周期

需求交付周期=需求釋放(fàng)時(shí)間(jiān)-需求創建時(shí)間(jiān)

該指标反映了(le)團隊對(duì)新需求的(de)評估及交付速率,這(zhè)也(yě)體≤' (tǐ)現(xiàn)了(le)敏捷宣言中擁抱變化(huà)的(d€±e)力度。

算(suàn)法裡(lǐ)的(de)需求釋放(fàn→₩✔g)時(shí)間(jiān)可(kě)以按照(zhào)系統裡(lǐ)需求通(tōng)過評審釋放(fàng♥↕£™)或變更經過CCB批準釋放(fàng)的(de)時(shí)間(jiān)來(lái)定義需求創建時(shí)間(jiān)可(kě)以按照(zhào)系統裡(lǐ)需求打基線或者提交的(de)時(shí)間(jiān)來(lái)定義。



需求變更率

需求變更率=發生(shēng)過變更的(de)需求數(shù)/已釋放(fàng)的(de)需求總數(shù)

該指标反映了(le)對(duì)變更控制(zhì)的(de)能(néng)力,在✘π傳統汽車(chē)瀑布式開(kāi)發下(xià),對(duì)變更控制(zhì$©)的(de)能(néng)力也(yě)會(huì)指向管理(lǐ)的(de)水(sh≈βuǐ)平,但(dàn)敏捷時(shí)代下(xià),低(dī)需求變更率甚至是(shì)負面的↓© ♣(de)表征。

算(suàn)法裡(lǐ)的(de)需求數(shù)可(kě)以按照(zhào)需求管理(lǐ)系統裡(lǐ)的(de)條目數(shù)或者需求文(wén)本的(de)數(shù)量來(lái)統計(jì)。



開(kāi)發交付周期
開(kāi)發交付周期=軟件(jiàn)發布時(shí)間(jiān)-需求釋放(fàng)時(shí)間(jiān)
該指标反映了(le)開(kāi)發團隊的(d→↑ e)開(kāi)發效率,算(suàn)法裡(lǐ)的(de)軟件(jiàn)發布時(shí)間(j¶♦¥σiān)可(kě)以按照(zhào)軟件(jiàn)打包發布的(de)時(shí)間(jiān)來(lái)定義,而需求釋 ×放(fàng)時(shí)間(jiān)可(kě)以按照(zhào)系統裡(lǐ)需求通(tōng)過評審釋放(fàng)或變更經過CCB批準釋放(fàng)的(de)時(shí)間(jiān)來(lái)定義。×₹&₽
軟件(jiàn)發布通(tōng)常會(huì)區(qū)分(fēn)內(nèi)部發布和( ​λ™hé)外(wài)部發布,可(kě)以根據實際業(yè)務需求∏•φ來(lái)選擇度量方式。 



需求吞吐量
需求吞吐量=統計(jì)周期內(nèi)交付的(de)需求規模
該指标與需求交付周期度量的(de)目标接近 ♠​λ(jìn),但(dàn)交付周期側重于單位需¥÷ 求的(de)交付效率,吞吐量關注的(de)€↑‍則是(shì)整體(tǐ)産能(néng)。
算(suàn)法裡(lǐ)的(de)統計(jì)周期 ↓可(kě)以按照(zhào)月(yuè)度或季度來(lái)統計(jì)。



需求按時(shí)交付率
需求按時(shí)交付率=按時(shí)交付的(de)需求數(shù)/計(jì)劃交付需求數(shù)
該指标反映了(le)需求按時(shí)交付的( >de)能(néng)力。
算(suàn)法裡(lǐ)的(de)數(shù)量可(kě)以按照("¶zhào)需求管理(lǐ)系統裡(lǐ)的(de)條目數(shù)或者變更管理(lǐ)系統裡(lǐ)工(gōng)作(zuò)項數(shù)量來(lái)統計(jì)。



求評審通(tōng)

需求評審通(tōng)過率=通(tōng)過評審釋放(fàng)的(de®•÷)需求數(shù)/提交評審的(de)需求數(shù)

該指标反映了(le)需求提出者撰寫需求的(de)能(néng)力,也₹✔(yě)會(huì)反映出對(duì)需求上(shàng)線進¥<行(xíng)整體(tǐ)規劃的(de)能(néng)力。

算(suàn)法中的(de)需求數(shù)可(kě)以按照(¶™∞zhào)需求管理(lǐ)系統裡(lǐ)的(de)條目或者變更管理(lǐ)系統裡(lǐ)工(gōn✘$©™g)作(zuò)項的(de)數(shù)量來(lái)統計(jì)。



需求評審缺陷密度

需求評審缺陷密度=需求評審檢出缺陷數(shù)/需求規模

該指标反映了(le)需求評審的(de)效果。

算(suàn)法中的(de)缺陷數(shù)可(kě)以按照(zhào)評審finding或者開(kāi)出的(de)問(wèn)題項的(de)數(shù)量來(lái)統計φ ↔♥(jì),而需求規模可(kě)以使用(yòng)故事(shì)點、feature、功能(néng)點、對(duì)應代碼當量₩±★"等維度來(lái)統計(jì)



設計(jì)評審通(tōng)過率

設計(jì)評審通(tōng)過率=通(tōng)過評審的(de)組件(jiàn)數(shù)/提交評審的(de)組件(jiàn)數(shù)

該指标反映了(le)組件(jiàn)及接口定義和(héδ→)設計(jì)的(de)質量。

算(suàn)法裡(lǐ)的(de)組件★♥(jiàn)數(shù)可(kě)以按照(zhào)軟件(jiàn)架構的(de)組件(jiàn)拆分(fēn)來(lái)統計(jì)。



10 設計(jì)評審缺陷密度

設計(jì)評審缺陷密度=設計(jì)評審檢出缺陷數(shù)/設計(jì)規模

該指标反映了(le)設計(jì)評審的(de)效果。

算(suàn)法中的(de)缺陷數(shù)可(kě)以按照(zhào)評審finding或者開(kāi)出的(de)問(wèn)題項的(de)數(shù)量來(lái)統計(jì),而設計(jì)規 β模可(kě)以通(tōng)過需求規模或者組件(jiàn)數(shù)來(lái)統計(jì)。



11 組件(jiàn)按時(shí)交付率

組件(jiàn)按時(shí)交付率=按時(shí)交付的(de)組件(jiàn)數(shù)/計(jì)劃交付組件(jiàn)數(shù)

該指标反映了(le)軟件(jiàn)開(kāi)發人(rén)員(y≠>↑uán)進行(xíng)模塊或組件(jiàn)開(kāi)發的(de)能(néng)力,軟件αα♣(jiàn)需要(yào)多(duō)組件(jiàn)集成後才能(>₽₹γnéng)進行(xíng)下(xià)一(yī)步的(de)測試和(hé)發布,各組件(j​π÷εiàn)開(kāi)發都(dōu)要(yào)按節奏協調起來(lái)。

算(suàn)法裡(lǐ)的(de)組件(jiàn)數(shù)可(k₩☆£♥ě)以按照(zhào)軟件(jiàn)架構的(de)組件(jiàn)拆分(fēn)來(lái)統計(jì)



12 組件(jiàn)複用(yòng)率

組件(jiàn)複用(yòng)率=複用‍‍(yòng)的(de)組件(jiàn)數(shù)/總組件(jiàn)數(shù)

該指标反映了(le)架構設計(jì)、組件(jiàn)設π★↔£計(jì)甚至需求溝通(tōng)方面的(de)能Ω•£(néng)力,不(bù)重複造輪子(zǐ)、進行(xíng)複用(yòn←♣§ g)開(kāi)發是(shì)我們所鼓勵的(de)。

算(suàn)法裡(lǐ)的(de)組件(§¥✘®jiàn)數(shù)可(kě)以按照(z£±∑hào)軟件(jiàn)架構的(de)組件(jiàn)拆分(fēn)來(lái)統計(jì)。



13 接口變更率

接口變更率=變更的(de)接口數(shù)/總接口數(shù)

該指标與組件(jiàn)複用(yòng)率關注的(deλ♥)能(néng)力接近(jìn),但(dàn)組件(jiàn)複用(yòng)率提升×₽£的(de)是(shì)單個(gè)組件(jiàn)開(kāi)發™>→的(de)效率,接口變更率更會(huì)緻力于跨←♠組件(jiàn)、跨系統的(de)協同開(kāi)發效率。

算(suàn)法裡(lǐ)的(de)接口數(shù)可(kě)以按照(zhào)$&ε<系統及軟件(jiàn)架構中定義的(de)軟件(jε☆↕iàn)接口與軟硬件(jiàn)接口來(lái)統計(jì)。



14 代碼開(kāi)發當量

代碼開(kāi)發當量=代碼抽象語法樹(shù)加權最小(xiǎo•∏≤↓)編輯距離(lí)

該指标反映了(le)代碼的(de)邏輯量和(hé)修改代碼的(de)工(gōng)作(zuò)量,'±↑'排除了(le)編程風(fēng)格、換行(xíng)習(xí)慣、₩δφ注釋等幹擾因素,準确性比傳統的(de)代碼行(xíng)數(sh♠&<ù)更好(hǎo)。



15 代碼提交頻(pín)率

代碼提交頻(pín)率=單位時(shí)間(jiān)代碼提交次數(shù)

該指标反映了(le)代碼開(kāi)發的(de)活躍度,也(yě)是(shì)敏§'$捷中鼓勵的(de)小(xiǎo)步快(kuài)跑提交,但(dàn)有(yǒu)可(kě)能(¶±néng)也(yě)會(huì)讓開(kāi)發進行(xín> €g)表面化(huà)的(de)頻(pín)∏≥₽€繁小(xiǎo)提交,反而帶來(lái)質量的(de)下(xi™₹à)降。

算(suàn)法中的(de)代碼提交次數(s>☆ &hù)可(kě)以按照(zhào)代碼配置管理(lǐ)系統中記錄的(de)代碼變更次數(shù)來(lái)統計(jì)。



16 代碼重複率

代碼重複率=重複代碼的(de)代碼規模/總代碼規模

該指标反映了(le)代碼的(de)可(kě)維護性,即代碼♥₩×重複率越高(gāo),代碼可(kě)維護性越差,因為(wèi)→♠€多(duō)處修改所需的(de)工(gōng)作(zuò)量×¥越大(dà)。這(zhè)個(gè)指标會(h₩ε±uì)驅動代碼抽象,如(rú)用(yòng)函數(s© hù)、類、庫、服務來(lái)封裝等。

算(suàn)法中的(de)代碼規模可(kě)以用(yòng""&↑)代碼當量或代碼行(xíng)數(shù)來(lái)統計(jì)。



17 代碼評審缺陷密度

代碼評審缺陷密度=代碼評審檢出的(de)缺陷數(shù)/代碼規模

該指标反映了(le)代碼評審的(de)效果。

算(suàn)法中的(de)缺陷數(shù)可(kě)以按照(zhào)評審finding或者開(kāi)出的(de)問←Ω(wèn)題項的(de)數(shù)量來(lái)統計(jì),<☆<而代碼規模可(kě)以用(yòng)代碼當量或代碼行(xíng)數(shù)來(lái)統計(jì)。



18 靜(jìng)态掃描缺陷密度

靜(jìng)态掃描缺陷密度=靜(jìng)态掃>↕$₩描檢出缺陷數(shù)/代碼規模

該指标反映了(le)編碼規範程度,如(rú)MISRA C。

算(suàn)法中的(de)缺陷數(shù)按照(™'zhào)工(gōng)具掃出來(lái)的(de)finding統計(jì),而代碼規模可(kě)以用(yòng<♦↑)代碼當量或代碼行(xíng)數(shù)來(lái)統計(jì)。



19 提測成功率

提測成功率=提測成功次數(shù)/提測總次數(shù)

該指标反映了(le)開(kāi)發滿足測試準入λφ條件(jiàn)的(de)水(shuǐ)平,除了(le)軟件(jiàn) ♣ ≥質量本身(shēn),通(tōng)常也(yě)會(huì)涉及一(yī)些(xiē)γ§過程規範性要(yào)求。

算(suàn)法裡(lǐ)的(de)提測次數(shù)可(Ω£‌εkě)以按照(zhào)真實版本或者對(duì)應的(de)releasenotes的(de)數(shù)量來(lái)統計(jì)。



20 測試一(yī)次通(tōng)過率

測試一(yī)次通(tōng)過率=一(yī)次性通(tōng)過測試的(de)版本數(shù)/總測試的(de)版本數(shù)

該指标反映了(le)開(kāi)發的(de)質量,會(huì)一(yī)★σα☆定程度推進團隊對(duì)代碼評審或單元測試等開(kāi)發測試的(de≥♥)重視(shì),但(dàn)是(shì),能(néng)否通(tōng)過₹≈測試終歸是(shì)來(lái)源于對(duì)測試← ∏準出條件(jiàn)的(de)定義,如(rú)  果發布壓力大(dà)于質量壓力,準出條件(jiàn)形同虛設↑‌∞,這(zhè)個(gè)指标也(yě)就(jiù)失去(q&®ù)了(le)意義。

算(suàn)法裡(lǐ)的(de)版本數(shù)可(kě)以按照(zhào)真實版本或者對(duì)應的(de)releasenotes±"ε←的(de)數(shù)量來(lái)統計(jì)。



21 測試覆蓋率
測試覆蓋率=測試覆蓋的(de)條目數(shù)量/需要(yào)測試條目的(de)總數(shù)量

該指标反映了(le)測試對(duì)需求或代碼的(de)覆蓋程度,也(yě)細分(fēn∞λ )為(wèi)測試需求覆蓋率或測試代碼覆蓋率。

算(suàn)法中的(de)條目數(shù)量,對(duì)于需求​'↑的(de)覆蓋,可(kě)以按照(zhào)需求管理(lǐ)系統裡(lǐ)的(de)條目數(shù)來(lái)統計(jì),而對(duì)于代碼的(d≈™≤≤e)覆蓋,可(kě)參考汽車(chē)軟件(jiàn)單元測試的(de)要(yào)點與意義裡(lǐ)的(de)描述。



22 測試缺陷密度
測試缺陷密度=測試檢出缺陷數(shù)量/代碼規模

該指标反映了(le)測試的(de)效果。

算(suàn)法中的(de)缺陷數(shù)可(kě)以按照(zhào)開(kāi)出的(de)缺陷項的(de)數(shù)量來(lái)統計(jì),而代碼規模可(kě)以用(yòng∏∑)代碼當量或代碼行(xíng)數(shù)來(lái)統計(jì)。



23 缺陷重開(kāi)率

缺陷重開(kāi)率=重新打開(kāi)缺陷數(shù)量/總缺陷數(shù)量

該指标反映了(le)缺陷修複的(de)效果,重開(kāi)率高(gāo)組件(jiàn)或團隊應進行(xíng)針對(duì)性的(de•±∏)分(fēn)析與改進。

算(suàn)法中的(de)重新打開(kāi)缺陷可(kě)能(néng)需要(yào)缺陷管理(lǐ)工(gōng)具配置對(duì)應的(de)字段來(lái)統計(jì)。



24 缺陷階段移除率

缺陷階段移除率=某一(yī)階段引入中移除的(de)缺陷數(shù)量/該階段引入的(de)總缺陷數(shù)

該指标反映了(le)特定階段的(de)活動或團隊對(duì)于缺陷的(de)整體(tǐ)↓§£貢獻,自(zì)己帶來(lái)的(de)缺陷最好(hǎo)自(zì)己帶走。

算(suàn)法中的(de)階段移除(這(zhè)裡(lǐ)的(de)移除指在該階段發現(xφ÷Ω>iàn))和(hé)引入缺陷數(shù)都(dōu)需要(yào)∞☆依賴缺陷管理(lǐ)工(gōng)具配置的(de)特定字段來(lái)統計(jì)。



25 缺陷逃逸率

缺陷逃逸率=後期發現(xiàn)的(de)缺陷數(shù)量/總缺陷數(shù)量

該指标反映了(le)前期缺陷檢出的(de)效果,≥π☆​也(yě)直接反映了(le)汽車(chē)£λ↑軟件(jiàn)質量的(de)真實水(shuǐ)平。

算(suàn)法中後期發現(xiàn)的(de)缺陷數(shù)量可(kě)以理(lǐ)解為(wè>​∑αi)售後、工(gōng)廠(chǎng)、整車(chē)集成這(zhè)些(xiē)環節發現(xiàn)♣☆的(de)缺陷數(shù)量。



26 缺陷檢出率
缺陷檢出率=各階段發現(xiàn)的(de)缺陷數(shù)量/總缺陷數(shù)量

該指标反映了(le)軟件(jiàn)開(kāi)發不(bù)同階段的(de)缺陷檢出的(de)效φ♥₩₹果,同缺陷逃逸率指向接近(jìn),但(dà∑₽•↕n)它對(duì)不(bù)同階段的(de)不(bù)同活動或團隊的(de)缺陷 ♣​檢出進行(xíng)了(le)細化(huà),通(tōng)常♦ 作(zuò)為(wèi)優化(huà)缺陷逃逸率的(de)進一(yī)步指标。

算(suàn)法中各階段可(kě)以理(lǐ)©φ解為(wèi)需求評審、設計(jì)評審、代碼評審、開(kāi)發測試、集成測試、軟件(jiàn)測試、系Ω✘統測試、整車(chē)測試、工(gōng)廠(chǎ§α₩ng)生(shēng)産、售後這(zhè)些(xiē)不(bù)同環節。



27 缺陷率
缺陷率=緻命級别的(de)問(wèn)題個(gè)數(shù)*10∞>≈₩+嚴重級别的(de)問(wèn)題個(gè)數(shù)*3+一(↕σ§yī)般級别的(de)問(wèn)題個(gè)數(shù)*1+提示級别的(de)問(γ₽wèn)題個(gè)數(shù)*0.1

該指标反映了(le)缺陷視(shì)角下(xià)的(de)軟件(jiàn)整體(tǐ✘∞π )質量狀态,其中的(de)缺陷等級定義以及對(duì)應權重的(de)劃分(fēn)是≥♣>≥(shì)指标有(yǒu)效與否的(de)關鍵。



28 缺陷分(fēn)布

缺陷分(fēn)布=缺陷不(bù)同屬性的(de)交叉分(fēn)析

該指标反映了(le)缺陷屬性交叉分(fēn)析的(de)結果,同其他•"→(tā)分(fēn)布一(yī)樣,它更多(duō)作(zuò)為(wèi)整體> ¥(tǐ)對(duì)比、分(fēn)析、決策的(de)工(gōng)具。

缺陷屬性可(kě)以根據類型、嚴重度、根本原因、模塊、優先級、測γ≈←±試環境和(hé)負責的(de)測試人(rén)員(yuán♠φ)等進行(xíng)分(fēn)類,這(zhè)些(xiē)屬性之間(ji♠πσān)可(kě)以進行(xíng)二維或多(duō)維的(de)交叉分(fēn)析,比如(rú),>Ω ♠利用(yòng)透視(shì)表、直方圖' •ε、餅圖或帕累托圖等方式。



29 測試自(zì)動化(huà)率

測試自(zì)動化(huà)率=自(zì)動化(huà)測試用(yòng)例數(shù)/總測試用(yòng)例數(shù)

該指标反映了(le)自(zì)動化(huà)測試的(₩←de)能(néng)力,要(yào)想實現(xiàn)敏捷的(de)頻(pí ≥n)繁叠代發布,很(hěn)重要(yào)一(yī)個(gè'¥±)前提就(jiù)是(shì)快(kuài)速的(de¥<")自(zì)動化(huà)測試,尤其要(yào)π≠Ω關注回歸測試的(de)測試自(zì)動化(huà)率。



30 流負載

流負載=已開(kāi)始但(dàn)未交付的(de)需求數(shù)分(fēn)布

該指标反映了(le)需求、設計(jì)、 開(kāi)發、測試、發布各階段的(de)需求← 數(shù)分(fēn)布狀态,類似工(gōng∑←')作(zuò)量分(fēn)布,但(dàn)關注的(de)是(s"₽↔hì)在制(zhì)品瓶頸和(hé)積壓,控制(zΩδ≥→hì)在制(zhì)品數(shù)量有(yǒu)助于提高(gāo)交付效率。

算(suàn)法裡(lǐ)的(de)需求數(shù)可(kě)≠♦δ₩以按照(zhào)需求管理(lǐ)系統裡(lǐ)的(de)條目數(shù)或者需求文(wén)本的(de)數(shù)>≤÷÷量來(lái)統計(jì)。



31 流效率

流效率=活躍工(gōng)作(zuò)時(shí)間(jiān)(即無阻塞地(dì)工(gōng)作(zuò))/總交付時(shí)間(jiān)(包括活躍工(gōng)作(zuò)時(shí)間(jiān)和(hé)等待π↔¥時(shí)間(jiān))

該指标反映了(le)軟件(jiàn)開(kāi)發↕₹φα過程的(de)順暢程度和(hé)資源利用(yòng)效率,也(yě)能(néng)比較好(¶σ•∞hǎo)地(dì)将軟件(jiàn)開(kāi)發∞•£§工(gōng)作(zuò)透明(míng)化(huà)。

算(suàn)法裡(lǐ)的(de)活躍工(gōng)作(zuò)時(×✔σ£shí)間(jiān)指的(de)是(s¶✔←♠hì)需求溝通(tōng)、需求評審、架構設計(jì)、開(kāi)發、測試、發布等實際≤​工(gōng)作(zuò)的(de)時(shí)間(jiān),而總交付時(shí)間(jiān)則包括ε↑±§了(le)活躍工(gōng)作(zuò)時(shí)間(jiān)以及各種等待時(shλ✘í)間(jiān),如(rú)配置在ALM工(gōng)具中的(de)待評審、待開(↓♣kāi)發、待測試、待發布之類的(de)等待階段的(de)停留時(shí)間(jiān)β✘。



32 工(gōng)作(zuò)量分(fēn)布

工(gōng)作(zuò)量分(fēn)布=不(bù)同維度下(xià)的(de)工(gōng)作(zuò)量差異展示

該指标反映了(le)軟件(jiàn)開(kāi)發過程中,不(bù)同階段不(bù)同團隊下(xià)的(de)工(gōng)作(zuò)量分(fβ÷♠✘ēn)布比例,通(tōng)常用(yòng)來(lái< )支持項目管理(lǐ)的(de)工(gōng)作Ω©(zuò)分(fēn)配,也(yě)會(huì)與其他(tā)指标‌ε✔進行(xíng)關聯分(fēn)析。

工(gōng)作(zuò)量可(kě)以通(tōng)過工(gōng)作(zuò)項數(shù)量(缺陷、變更、任務等↑✔)或者工(gōng)作(zuò)時(shí)間(jiān)或者代碼規模或者需求規模等不(bù)同維度體(tǐ)現(xiàn)。



33 售後問(wèn)題響應時(shí)長(cháng)
售後問(wèn)題響應時(shí)長(cháng)=售後問(wèn)題響應時(shí)間(jiān)-售後問(wèn)題提出時(shí)間(j✔₩✔↔iān)
該指标反映了(le)響應售後客戶問(wèn)題的(de)及時(shí)性,∏₩算(suàn)是(shì)“态度”問(wèn)題。
算(suàn)法裡(lǐ)的(de)響應時(shí)間(jiān)可(kě♣¶₽★)以按照(zhào)系統裡(lǐ)分(fēn)配或者給客戶首次正式答(dá)複(有(yǒu)切實計↔γ"<(jì)劃)的(de)時(shí)間(jiān)來(lái)定義,而提出時(shí)$&間(jiān)可(kě)以按照(zhào)接到(dào)客戶投訴的(de)時(shí)間(jiān)來(lái)定義。



34 售後問(wèn)題解決時(shí)長(ch≈↑εáng)

售後問(wèn)題解決時(shí)長(cháng)=售後問(wèn)題解決時(shí)間(jiān)-售後問(wèn)題響應時(shí)間(jiān)

該指标反映了(le)解決售後客戶問(wèn)題的(de)及時(₩≥​shí)性,是(shì)“能(néng)力”問(wèn)題。

算(suàn)法裡(lǐ)的(de)解決時(shí)間(jiān)可(kě)以按照(←☆zhào)系統裡(lǐ)解決或者按照(zhào)OTA或刷件(π↓"jiàn)解決實車(chē)問(wèn)​₩γ≠題的(de)時(shí)間(jiān)來(&₩lái)定義,而響應時(shí)間(jiā‌£n)可(kě)以按照(zhào)系統裡(lǐ)分(fēn)配或者給客戶首次正式答(dá)複(有(y↕≥ǒu)切實計(jì)劃)的(de)時(shí)間(jiān)來(× <≈lái)定義。



35 淨推薦值NPS

淨推薦值NPS=客戶願意向其他(tā)人(rén)推薦某功能(néng)或場(chǎng)景的(α‍φ™de)意願

該指标反映了(le)客戶的(de)主觀感受,而不(bù)聚焦在工(gōng)程或軟件(jià₹± n)質量本身(shēn)。這(zhè)在場(chǎng)景體(tǐ☆$∞±)驗評價裡(lǐ),是(shì)一(yī)個(gè)有(yǒu)價值的(de)指标,™®↔它也(yě)可(kě)以用(yòng)于π§α♦客戶滿意度的(de)整體(tǐ)評價。

淨推薦值以0-10的(de)數(shù)字範圍表示,得(de)分(fēn)為(wèi)0到(dào)6>←&≥的(de)客戶是(shì)負面評價者;7和(hé)8的(de)分(‍λ♥fēn)數(shù)是(shì)中立者;↔♦≥9和(hé)10是(shì)推薦者。



寫在最後

軟件(jiàn)的(de)高(gāo)質量必然指向可(k' ∞ě)指标化(huà),而指标也(yě)是(shì)高(gāo)質量的(de)重要(yào)推​φ手。


轉自(zì)水(shuǐ)輕言

北京德智尚車聯科技有限公司版權所有(yǒu) 京ICP證000000号   技(jì)術(shù)支持:網站(zhàn)建設