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

1、精心打造代碼質(zhì)量考核辦法1 .開發(fā)人員代碼考核辦法1.1. 目的開發(fā)人員代碼考核主要是針對在內(nèi)部開發(fā)階段代碼質(zhì)量進行考核，目的是提升開發(fā)人員的質(zhì)量意識，提高公司代碼開發(fā)質(zhì)量。1.2. 考核內(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)可以申述，針對有爭議的地方進行討論。1.2.1. 提交測試被打回提交測試因提交的版本有嚴

2、重質(zhì)量問題被打回，出現(xiàn)這種情況會影響整體工作進 度，并浪費開發(fā)和測試人員的時間。部署環(huán)境問題導致問題不在此范圍內(nèi)。 考核標準每次扣除月績效0.1,項目獎金績效0.11.2.2. 缺陷密度缺陷密度=缺陷總數(shù)/功能點總數(shù)缺陷總數(shù)，需剔除原型類 BUG建議性BUG。功能點數(shù)為加權(quán)平均后的功能點數(shù)，計算規(guī)則詳見后面2計算規(guī)則說明考核標準缺陷密度量化標準 （需試運行階段采集，CMM 3級標準：每功能點5個）XXX個 獎勵月績效0.05,項目獎金績效0.1（需討論）XXX個合格（平均水平）XXX個 扣除月績效0.05,項目獎金績效0.1（需討論）XXX個 扣除月績效0.1,項目獎金績效 0.2 （需討論）

3、1.2.3. BUG收斂率BUG收斂率=（前一輪bug數(shù)量一本輪bug數(shù)量）/前一輪bug數(shù)量測試人員區(qū)分是開發(fā)修改引起的bug,還是測試未測試出來的 bug。前一輪未測出的bug不在統(tǒng)計范圍?？己藰藴蔅UG收斂率=X%露試運行階段采集）X%XX%獎勵月績效0.05,項目獎金績效0.1（需討論）X%XX%合格（平均水平）X%XX%扣除月績效0.05,項目獎金績效 0.1（需討論）X%XX%扣除月績效0.1,項目獎金績效0.2 （需討論）1.3. 考核方式1.3.1. 部門工作績效考核按照考核內(nèi)容的項目績效考核方法扣除相應績效。1.3.2. 項目績效考核項目結(jié)項時按照考核內(nèi)容的項目績效考核方法扣

4、減相應比例1.3.3. 年度考核代碼考核可以作為年度考核的依據(jù)。每個開發(fā)人員在年度出現(xiàn)三次因代碼質(zhì)量問題（即三次因代碼質(zhì)量引起扣除績效）可以 考慮降低人員的年底獎金，嚴重時解除合同。2 .功能點分析方法本功能點分析方法參考國際IFPUG方法，簡化了部分步驟，可能存在不足，需在具體執(zhí)行過程中在補充。2.1. 功能點分析功能點由需求分析人員提供功能點列表，并由開發(fā)經(jīng)理補充完成，開發(fā)計劃依據(jù)此制定分析規(guī)則ILF: Internal Logical File 內(nèi)部邏輯文件EIF: External Interface File 外部接口文件EI: External Input 外部輸入EO: Exte

5、rnal Output 外部輸出EQ: External Inquiry 外部查詢需求分析人員功能需求人員依據(jù)用例，聚焦人機交互類型（外部輸入、外部輸出、外部查詢）功能點，進行功能點分析。商城功能點舉例：前臺添加購物車提交訂單后臺查詢訂單 導出訂單開發(fā)經(jīng)理開發(fā)經(jīng)理專注外部接口，內(nèi)部邏輯，進行功能點補充。商城功能點舉例：接口類積分扣減接口積分查詢接口內(nèi)部邏輯日統(tǒng)計存儲過程2.2. 加權(quán)功能點計算針對每個項目難易程度，需進行加權(quán)計算，應用難易一般分為數(shù)據(jù)和事務處理的難易程度。加權(quán)后的功能點數(shù) =未調(diào)整的功能點數(shù) x （0.65 + 0.01 X TDDTDI參考4附錄3 .考核延伸質(zhì)量保證人員測試

6、質(zhì)量考核：提交客戶后BUG密度作為測試質(zhì)量的標準（CMM 3級標準：每功能點0.07個缺陷）頁面策劃及制作人員質(zhì)量考核：頁面原型出的測試 BUG密度，后期測試出現(xiàn)的原型 BUG密度需求人員質(zhì)量考核： 測試中提出的功能建議性 BUG數(shù)量工作效率：統(tǒng)計功能點工作效率（人日/功能點），得到各層次人員的工作效率，并可以作為工作效率參考依據(jù)。工作量評估：根據(jù)統(tǒng)計的工作效率，作為工作量評估的依據(jù)。4 .附錄通用特性得分表1用特性描述得分1.數(shù)據(jù)通信多少個通信設施在應用或系統(tǒng)之間輔助傳輸和 交換信息。32.分布數(shù)據(jù)處理分布的數(shù)據(jù)和過程函數(shù)如何處理？33.性能用戶要求相應時間或者存吐量嗎？34.硬件負荷應用運行在的硬件平臺工作強度如何？35.事務頻度事務執(zhí)行的頻率（天、周、月）如何？36.在線數(shù)據(jù)輸入在線數(shù)據(jù)輸入率是多少？37.終端用戶效率應用程序設計考慮到終端用戶的效率嗎？38.在線更新多少ILF被在線事務所更新？39處理復雜度應用有很多的邏輯或者數(shù)據(jù)處理嗎310.重用性被開發(fā)的應用要滿足一個或者多個應用需要 嗎？311.易安裝性升級或者安裝的難度如何？312.易操作性啟動、備份、恢復過程的效率和自動化程度如 何？313.跨平臺性應用被設計、開發(fā)和支持被安裝在多個組織的多 個安裝點（/、同的安裝點的軟