技術程序員績效考核辦法(算法案例)

1、開發(fā)部程序員績效考核辦法績效目的 對軟件開發(fā)的過程所產(chǎn)生的軟件項的質量和過程進行定量的評價,用評價的結果指導軟件的開發(fā)過程,不斷地提高軟件開發(fā)質量水平，并依據(jù)度量記錄來考核軟件開發(fā)人員的工作績效. 2、 工作內容 市場調研 需求分析 成本預算 技術合同 概要設計 測試文檔 詳細設計 編寫代碼 技術文檔 說明書3、 完成質量3。1 完成情況 根據(jù)需求功能列表 50分 3。1。1 完成功能例表中所表述的功能. 30 3。1。1。1 (完成功能數(shù)列表中功能數(shù)）30 3.1。2 代碼可讀性，注釋 5 3.1。2。1 變量命名方式不統(tǒng)一，沒有規(guī)律。 2 3.1。2.2 代碼沒有縮進不整齊,有注釋了的但并

2、沒有用代碼 -1 3。1。2。3 代碼無注釋（函數(shù) 必須注釋） 2 3。1。3 程序的強健性。 10 3。1。3。1 沒有對非法輸入進行處理。 3 3。1。3。2 對用戶的非正確順序操作,產(chǎn)生的錯誤沒做處理. 2 3。1。3。3 對數(shù)據(jù)庫中NULL值的未做處理。 -1 3.1。4 操作界面 5 3。1。4.1 界面不整齊：按鈕、輸入框、大小不統(tǒng)一。 -2 3.1。4。2 能縮放的窗體未做縮放處理。 1 3。1.4。3 書寫不準確,有錯別字。 1 3。2 是否及時 30 v=(實用工時計劃工時）計劃工時 v=0 v=0。1 v=0。2 v>=0.5 30 20 10 0 3。3 程序成熟度

3、 5 以軟件項檢查、評審、測試的結果為評價基準,評分標準如下： 15分:一次檢查、評審、測試通過，無須調整； 24分：一次檢查、評審、測試通過，略有調整,或第二次檢查、評審、測試通過無須調整； <3>3分:二次檢查、評審、測試通過。 42分:三次檢查、評審、測試通過。 <51分以下：三次檢查、評審、測試未通過。 3。4 改善效率 5 15分:改善效率良好，軟件項的修改無須增加工作量，不影響階段的 繼續(xù)進行和項目計劃的總體完成，或無須修改； 24分：改善效率一般,軟件項的修改或完善影響階段的繼續(xù)進行,增 加工作量在原計劃的20（此閥值可根據(jù)具體項目而定)以內； 33分以下:改善

4、效率較差，軟件項的修改或完善過程使項目延期，或 增加的工作量超過20(此閥值可根據(jù)具體項目而定)。 3。5 技術文檔優(yōu)：結構清析，詳細、如實，并準確地反其設計思想和其實現(xiàn)的代碼、數(shù)據(jù)等. 良:如實，并準確地反其設計思想和其實現(xiàn)的代碼、數(shù)據(jù)等 差:不詳細、不清析，不能反應其全部設計. 無 0, 優(yōu) 5， 良 3, 差 2 3。6 說明文檔 優(yōu)：結構清析,功能描述詳細。準確、全面. 良：功能描述全面。 差：功能描述不全面.不能讓用戶看說明書就能操作。 無 0， 優(yōu) 5, 良 3， 差 2 4、 綜合評價 績效考核計分標準 5、 序號 得分 考核評價 1 90100 優(yōu)秀 2 8089 良好 3 6

5、079 及格 4 低于60 很差 5、 獎懲標準 軟件部門根據(jù)軟件項綜合評價表每個月或季度統(tǒng)計各開發(fā)人員所負責的軟件項的平均得分值,比較開發(fā)人員軟件項的平均得分值與績效考核標準范圍，確定開發(fā)人員績效考核評價?？冃Э己藶椤傲己谩币陨先藛T獎勵相應金額,績效考核為“很差”人員處罰相應金額?？冃Э己藶椤凹案瘛钡娜藛T不獎不罰。對于很差的開發(fā)人員需要通報批評,并要求在項目經(jīng)理、開發(fā)經(jīng)理幫助下寫個人軟件開發(fā)過程改進書。如果是連續(xù)三個月都是很差則可能降級、降工資、甚至解雇;對于優(yōu)秀的開發(fā)人員通報表揚,并組織經(jīng)驗交流會紹其優(yōu)秀的軟件開發(fā)過程控制方法，如果是連續(xù)三個月都是優(yōu)秀，則可能升級、升工資. 獎：設p為所得分,m為績效工資.獎金為S S=(p80）*（m（10080)） 例如：p=90 m=800 S=（9080)(800(10080)=