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

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

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