開發(fā)人員質(zhì)量考核辦法

開發(fā)人員質(zhì)量考核辦法開發(fā)人員質(zhì)量考核辦法開發(fā)人員質(zhì)量考核辦法資料僅供參考文件編號(hào)：2022年4月開發(fā)人員質(zhì)量考核辦法版本號(hào)：A修改號(hào)：1頁次：1.0審核：批準(zhǔn):發(fā)布日期：代碼質(zhì)量考核辦法開發(fā)人員代碼考核辦法目的開發(fā)人員代碼考核主要是針對(duì)在內(nèi)部開發(fā)階段代碼質(zhì)量進(jìn)行考核，目的是提升開發(fā)人員的質(zhì)量意識(shí)，提高公司代碼開發(fā)質(zhì)量?？己藘?nèi)容考核階段主要是在公司內(nèi)部的開發(fā)階段（即在提交用戶前），主要考核的內(nèi)容為：提交測(cè)試被打回、缺陷密度，BUG收斂率等方面。在項(xiàng)目執(zhí)行的每輪測(cè)試給出每個(gè)開發(fā)人員的缺陷密度、BUG收斂率。在內(nèi)部封版結(jié)束后質(zhì)量保證部出每個(gè)開發(fā)人員BUG密度總和，平均BUG收斂率。數(shù)據(jù)分析在每輪測(cè)試完成和每項(xiàng)目封版結(jié)束及時(shí)給出，開發(fā)人員3天內(nèi)可以申述，針對(duì)有爭(zhēng)議的地方進(jìn)行討論。提交測(cè)試被打回提交測(cè)試因提交的版本有嚴(yán)重質(zhì)量問題被打回，出現(xiàn)這種情況會(huì)影響整體工作進(jìn)度，并浪費(fèi)開發(fā)和測(cè)試人員的時(shí)間。部署環(huán)境問題導(dǎo)致問題不在此范圍內(nèi)?？己藰?biāo)準(zhǔn)每次扣除月績(jī)效，項(xiàng)目獎(jiǎng)金績(jī)效缺陷密度缺陷密度=缺陷總數(shù)/功能點(diǎn)總數(shù)

缺陷總數(shù)，需剔除原型類BUG、建議性BUG。功能點(diǎn)數(shù)為加權(quán)平均后的功能點(diǎn)數(shù)，計(jì)算規(guī)則詳見后面2計(jì)算規(guī)則說明考核標(biāo)準(zhǔn) 缺陷密度量化標(biāo)準(zhǔn)(需試運(yùn)行階段采集，CMM3級(jí)標(biāo)準(zhǔn)：每功能點(diǎn)5個(gè)) X～XX個(gè)獎(jiǎng)勵(lì)月績(jī)效，項(xiàng)目獎(jiǎng)金績(jī)效(需討論) X～XX個(gè)合格（平均水平） X～XX個(gè)扣除月績(jī)效，項(xiàng)目獎(jiǎng)金績(jī)效(需討論) X～XX個(gè)扣除月績(jī)效，項(xiàng)目獎(jiǎng)金績(jī)效(需討論)BUG收斂率BUG收斂率=（前一輪bug數(shù)量—本輪bug數(shù)量）/前一輪bug數(shù)量測(cè)試人員區(qū)分是開發(fā)修改引起的bug，還是測(cè)試未測(cè)試出來的bug。前一輪未測(cè)出的bug不在統(tǒng)計(jì)范圍?？己藰?biāo)準(zhǔn) BUG收斂率<=X%(需試運(yùn)行階段采集) X%～XX%獎(jiǎng)勵(lì)月績(jī)效，項(xiàng)目獎(jiǎng)金績(jī)效(需討論) X%～XX%合格（平均水平） X%～XX%扣除月績(jī)效，項(xiàng)目獎(jiǎng)金績(jī)效(需討論) X%～XX%扣除月績(jī)效，項(xiàng)目獎(jiǎng)金績(jī)效(需討論) 考核方式部門工作績(jī)效考核按照考核內(nèi)容的項(xiàng)目績(jī)效考核方法扣除相應(yīng)績(jī)效。項(xiàng)目績(jī)效考核項(xiàng)目結(jié)項(xiàng)時(shí)按照考核內(nèi)容的項(xiàng)目績(jī)效考核方法扣減相應(yīng)比例年度考核代碼考核可以作為年度考核的依據(jù)。每個(gè)開發(fā)人員在年度出現(xiàn)三次因代碼質(zhì)量問題（即三次因代碼質(zhì)量引起扣除績(jī)效）可以考慮降低人員的年底獎(jiǎng)金，嚴(yán)重時(shí)解除合同。功能點(diǎn)分析方法本功能點(diǎn)分析方法參考國(guó)際IFPUG方法，簡(jiǎn)化了部分步驟，可能存在不足，需在具體執(zhí)行過程中在補(bǔ)充。功能點(diǎn)分析功能點(diǎn)由需求分析人員提供功能點(diǎn)列表，并由開發(fā)經(jīng)理補(bǔ)充完成，開發(fā)計(jì)劃依據(jù)此制定分析規(guī)則ILF:InternalLogicalFile內(nèi)部邏輯文件EIF:ExternalInterfaceFile外部接口文件EI:ExternalInput外部輸入EO:ExternalOutput外部輸出EQ:ExternalInquiry外部查詢需求分析人員功能需求人員依據(jù)用例，聚焦人機(jī)交互類型（外部輸入、外部輸出、外部查詢）功能點(diǎn)，進(jìn)行功能點(diǎn)分析。商城功能點(diǎn)舉例：前臺(tái)添加購物車提交訂單后臺(tái)查詢訂單導(dǎo)出訂單開發(fā)經(jīng)理開發(fā)經(jīng)理專注外部接口，內(nèi)部邏輯，進(jìn)行功能點(diǎn)補(bǔ)充。商城功能點(diǎn)舉例：接口類積分扣減接口積分查詢接口內(nèi)部邏輯 日統(tǒng)計(jì)存儲(chǔ)過程加權(quán)功能點(diǎn)計(jì)算針對(duì)每個(gè)項(xiàng)目難易程度，需進(jìn)行加權(quán)計(jì)算，應(yīng)用難易一般分為數(shù)據(jù)和事務(wù)處理的難易程度。加權(quán)后的功能點(diǎn)數(shù)＝未調(diào)整的功能點(diǎn)數(shù)×（+×TDI）TDI參考4附錄考核延伸質(zhì)量保證人員測(cè)試質(zhì)量考核：提交客戶后BUG密度作為測(cè)試質(zhì)量的標(biāo)準(zhǔn)（CMM3級(jí)標(biāo)準(zhǔn)：每功能點(diǎn)個(gè)缺陷）頁面策劃及制作人員質(zhì)量考核：頁面原型出的測(cè)試BUG密度，后期測(cè)試出現(xiàn)的原型BUG密度需求人員質(zhì)量考核：測(cè)試中提出的功能建議性BUG數(shù)量工作效率：統(tǒng)計(jì)功能點(diǎn)工作效率（人日/功能點(diǎn)），得到各層次人員的工作效率，并可以作為工作效率參考依據(jù)。工作量評(píng)估：根據(jù)統(tǒng)計(jì)的工作效率，作為工作量評(píng)估的依據(jù)。附錄通用特性得分表通用特性描述得分1.數(shù)據(jù)通信多少個(gè)通信設(shè)施在應(yīng)用或系統(tǒng)之間輔助傳輸和交換信息。32.分布數(shù)據(jù)處理分布的數(shù)據(jù)和過程函數(shù)如何處理33.性能用戶要求相應(yīng)時(shí)間或者吞吐量嗎34.硬件負(fù)荷應(yīng)用運(yùn)行在的硬件平臺(tái)工作強(qiáng)度如何35.事務(wù)頻度事務(wù)執(zhí)行的頻率(天、周、月)如何36.在線數(shù)據(jù)輸入在線數(shù)據(jù)輸入率是多少37.終端用戶效率應(yīng)用程序設(shè)計(jì)考慮到終端用戶的效率嗎38.在線更新多少ILF被在線事務(wù)所更新39處理復(fù)雜度應(yīng)用有很多的邏輯或者數(shù)據(jù)處理嗎310.重用性被開發(fā)的應(yīng)用要滿足一個(gè)或者多個(gè)應(yīng)用需要嗎311.易安裝性升級(jí)或者安裝的難度如何312.易操作性啟動(dòng)、備份、恢復(fù)過程的效率和自動(dòng)化程度如何313.跨平臺(tái)性應(yīng)用被設(shè)計(jì)、開發(fā)和支持被安裝在多個(gè)組織的多個(gè)安裝點(diǎn)（不同的安裝點(diǎn)的軟