1、績效目的
對軟體開發的過程所產生的軟體項的質量和過程進行定量的評價，用評價的結果指導軟體的開發過程，不斷地提高軟體開發質量水平，並依據度量記錄來考核軟體開發人員的工作績效。 2、工作內容
市場調研 需求分析 成本預算 技術合同 概要設計 測試文件 詳細設計 編寫** 技術文件 說明書 3、完成質量
3.1 完成情況 根據需求功能列表 50分
3.1.1 完成功能例表中所表述的功能。 30 3.1.1.1 (完成功能數\列表中功能數)*30
3.1.2 **可讀性，注釋 5
3.1.2.1 變數命名方式不統一，沒有規律。 -2 3.1.2.2 **沒有縮排不整齊，有注釋了的但並沒有用** -1 3.1.2.3 **無注釋（函式 必須注釋） -2 3.1.3 程式的強健性。 10
3.1.3.1 沒有對非法輸入進行處理。 -3 3.1.3.2 對使用者的非正確順序操作，產生的錯誤沒做處理。 -2 3.1.3.3 對資料庫中null值的未做處理。 -1 3.1.4 操作介面 5
3.1.4.1 介面不整齊：按鈕、輸入框、大小不統一。 -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 程式成熟度 5
以軟體項檢查、評審、測試的結果為評價基準，評分標準如下： <1>5分：一次檢查、評審、測試通過，無須調整；
<2>4分：一次檢查、評審、測試通過，略有調整，或第二次檢查、評審、測試通過無須調整；
<3>3分：二次檢查、評審、測試通過。 <4>2分：三次檢查、評審、測試通過。
<5>1分以下：三次檢查、評審、測試未通過。 3.4 改善效率 5
<1>5分：改善效率良好，軟體項的修改無須增加工作量，不影響階段的
繼續進行和專案計畫的總體完成，或無須修改；
<2>4分：改善效率一般，軟體項的修改或完善影響階段的繼續進行，增
加工作量在原計畫的20%（此閥值可根據具體專案而定）以內；
<3>3分以下：改善效率較差，軟體項的修改或完善過程使專案延期，或
增加的工作量超過20%（此閥值可根據具體專案而定）。
3.5技術文件
技術文件
優：結構清析，詳細、如實，並準確地反其設計思想和其實現的**、資料等。
良：如實，並準確地反其設計思想和其實現的**、資料等 差：不詳細、不清析，不能反應其全部設計。 無 0， 優 5， 良 3， 差 2 3.6 說明文件
優：結構清析，功能描述詳細。準確、全面。 良：功能描述全面。
差：功能描述不全面。不能讓使用者看說明書就能操作。 無 0， 優 5， 良 3， 差 2 4、綜合評價
績效考核計分標準
序號 得分 考核評價 1 90~100 優秀 2 80~89 良好 3 60~79 及格 4 低於60 很差 5、獎懲標準
軟體部門根據軟體項綜合評價表每個月或季度統計各開發人員所負責的軟體項的平均得分值，比較開發人員軟體項的平均得分值與績效考核標準範圍，確定開發人員績效考核評價。績效考核為「良好」以上人員獎勵相應金額，績效考核為「很差」人員處罰相應金額。績效考核為「及格」的人員不獎不罰。對於很差的開發人員需要通報批評，並要求在專案經理、開發經理幫助下寫個人軟體開發過程改進書。如果是連續三個月都是很差則可能降級、降工資、甚至解雇；對於優秀的開發人員通報表揚，並組織經驗交流會紹其優秀的軟體開發過程控制方法，如果是連續三個月都是優秀，則可能公升級、公升工資。 獎：設p為所得分，m為績效工資。獎金為s
s=(p-80)*(m\(100-80)) 例如：p=90 m=800
s=(90-80)*(800\(100-80))=400
懲：設p為所得分，m為績效工資。罰金為s
s=(60-p)*(m\(100-80)) 例如：p=50 m=800
s=(60-50)*(800\(100-80))=400
聊聊程式設計師績效那點事
剛入職場的時候，對於績效的概念理解朦朦朧朧，到後面自己做pm,自己開始帶團隊，帶團隊以後開始接受公司相對正規的團隊管理的培訓，到閱讀德魯克的 卓有成效的管理者 對績效這個概念有了相對較為清晰的認識，所以在這篇隨筆裡，我會以自己的親身體驗來講一講我對績效的認識。1 top 1有意思的問題作為程式設計師...
程式設計師考公指南
3個來自同一家大廠的程式設計師組團在職備考一年，上岸成功率100 我們為想進體制內的程式設計師寫了這份考公務員 事業編制 教師的指南。後端阿強考上了一線城市公務員，前端阿珍進了離家車程10分鐘的事業單位，我在回家省內高校當教師 我們都有光明的前途。該指南由本人主筆，我叫阿特，我與這兩位同事17年進了...
談談程式設計師的績效考核
今天乙個朋友問我程式設計師應該怎麼考核。我想了想，總結了下我理解中一般開發人員的績效考核。考核的意義 首先乙個前提是，考核是手段不是目的。我一直覺得對乙個團隊來講，有兩個基本目標 乙個是完成自己承擔的工作任務，乙個是提公升整個團隊的能力。這兩個目標相互促進，進而實現螺旋式的上公升發展。考核只是為了更...