開發(fā)部程序員績效考核辦法

1、開發(fā)部程序員績效考核辦法 開發(fā)部程序員績效考核辦法1、績效目的對軟件開發(fā)的過程所產(chǎn)生的軟件項的質量和過程進行定量的評價，用評價的 結果指導軟件的開發(fā)過程，不斷地提高軟件開發(fā)質量水平，并依據(jù)度量記錄來考核軟件開發(fā)人員的工作績效。 2、工作內容市場調研 需求分析 成本預算 技術合同 概要設計 測試文檔 詳細設計 編寫代碼 技術文檔 說明書 3、完成質量3.1 完成情況 根據(jù)需求功能列表 50 分3.1.1 完成功能例表中所表述的功能。

2、 303.1.1.1 (完成功能數(shù)\列表中功能數(shù))*303.1.2 代碼可讀性，注釋 53.1.2.1 變量命名方式不統(tǒng)一，沒有規(guī)律。 -23.1.2.2 代碼沒有縮進不整齊，有注釋了的但并沒有用代碼 -13.1.2.3 代碼無注釋（函數(shù) 必須注釋） -23.1.3 程序的強健性。 1

3、03.1.3.1 沒有對非法輸入進行處理。 -33.1.3.2 對用戶的非正確順序操作，產(chǎn)生的錯誤沒做處理。 -23.1.3.3 對數(shù)據(jù)庫中 NULL 值的未做處理。 -13.1.4 操作界面 53.1.4.1 界面不整齊：按鈕、輸入框、大小不統(tǒng)一。 -23.1.4.2 能縮放的窗體未做縮放處理。

4、 -13.1.4.3 書寫不準確，有錯別字。 -13.2 是否及時 30v=（實用工時-計劃工時）\計劃工時v=0.1 v=0.2 v>=0.530 20 10 03.3 程序成熟度

5、5以軟件項檢查、評審、測試的結果為評價基準，評分標準如下：5 分：一次檢查、評審、測試通過，無須調整； 4 分：一次檢查、評審、測試通過，略有調整，或第二次檢查、評審、測試通過無須調整； 3 分：二次檢查、評審、測試通過。2 分：三次檢查、評審、測試通過。 1 分以下：三次檢查、評審、測試未通過。3.4 改善效率 55 分：改善效率良好，軟件項的修改無須增加工作量，不影響階段 的繼續(xù)進行和項目計劃的總體完成，或無須修改

6、；4 分：改善效率一般，軟件項的修改或完善影響階段的繼續(xù)進行，增加工作量在原計劃的 20%（此閥值可根據(jù)具體項目而定）以內；3 分以下：改善效率較差，軟件項的修改或完善過程使項目延期，或增加的工作量超過 20%（此閥值可根據(jù)具體項目而定） 。3.5 技術文檔優(yōu)：結構清析，詳細、如實，并準確地反其設計思想和其實現(xiàn)的代碼、 數(shù)據(jù)等。 良：如實，并準確地反其設計思想和其實現(xiàn)的代碼、數(shù)據(jù)等 差：不詳細、不清析，不能反應其全部設計。 無 0， 優(yōu)

7、 5， 良 3， 差 23.6 說明文檔優(yōu)：結構清析，功能描述詳細。準確、全面。良：功能描述全面。差：功能描述不全面。不能讓用戶看說明書就能操作。無 0， 優(yōu) 5， 良 3， 差 24、綜合評價績效考核計分標準序號 得分 考核評價1 90~100 優(yōu)秀2 80~89 良好3 60~7

8、9 及格4 低于 60 很差5、獎懲標準軟件部門根據(jù)軟件項綜合評價表每個月或季度統(tǒng)計各開發(fā)人員所負責的軟件項的平均得分值，比較開發(fā)人員軟件項的平均得分值與績效考核標準范圍，確定開發(fā)人員績效考核評價?？冃Э己藶椤傲己谩币陨先藛T獎勵相應金額，績效考核為“很差”人員處罰相應金額?？冃Э己藶椤凹案瘛钡娜藛T不獎不罰。對于很差的開發(fā)人員需要通報批評，并要求在項目經(jīng)理、開發(fā)經(jīng)理幫助下

9、寫個人 軟件開發(fā)過程改進書。如果是連續(xù)三個月都是很差則可能降級、降工資、甚至解雇；對于優(yōu)秀的開發(fā)人員通報表揚，并組織經(jīng)驗交流會紹其優(yōu)秀的軟件開發(fā)過程控制方法，如果是連續(xù)三個月都是優(yōu)秀，則可能升級、升工資。獎：設 p 為所得分，m 為績效工資。獎金為 SS=(p-80)*(m\(100-80))例如：p=90 m=800S=(90-80)*(800\(100-80))=400懲：設 p 為所得分，m 為績效工資。罰金為 SS=(6