今天看到一篇 軟體公司績效考核 文章 ，公司正想用，不知道到底好不好，大家談談想法
軟體開發工程師工作質量考核評分標準
序號 標準 說明 評分標準
1 錯誤率
每千行程式20個錯誤以下（包含20個） 5
每千行程式21-25個錯誤 4
每千行程式26-30個錯誤 3
每千行程式31-35個錯誤 2
每千行程式36個錯誤以上（包含36個） 1
2 新技術使用情況
大量使用新技術，
並且解決了傳統技術無法解決的問題； 5
大量使用新技術，解決了傳統技術難以解決的問題，
大大提高了工作效率； 4
使用部分新技術，替代了部分傳統技術，
一定程度上提高了工作效率； 3
使用了少量的新技術，替代了了少量的傳統技術； 2
沒有使用任何新技術，仍然用傳統技術解決問題； 1
3 程式編碼的規範性
編碼非常規範，無可挑剔，
同時又對公司制度規範提出了改進意見； 5
編碼非常規範，無可挑剔； 4
編碼規範，不符合規範之處很少； 3
編碼基本規範，但不影響對程式的理解； 2
編碼存在較大的不規範性，
並且對程式理解造成了比較嚴重理解誤差； 1
4 文件編寫的規範性
文件書寫按照公司的相關模板，
規範、美觀，無可挑剔； 5
文件書寫按照公司的相關模板，規範，
但美觀性上有待改進； 4
文件書寫基本規範，但美觀性上有待改進； 3
文件書寫的規範性、美觀性上都有待改進； 2
文件書寫的規範性、美觀性上都存在很大的改進空間； 1
5 及時性
能夠在預定時間的80%內完成； 5
能夠在預定時間的90%內完成； 4
能夠在預定的時間內完成； 3
超過預定時間的10%才完成計畫； 2
超過預定時間的20%才完成計畫； 1
6 編碼注釋的完整性
編碼註解完整、清楚、容易被人理解，
不會造成理解方面的偏差； 5
編碼註解完整、清楚、比較容易被人理解，
但會引起少量的理解偏差； 4
編碼註解完整，比較清楚，但會引起部分理解的偏差； 3
編碼註解比較完整，但有部分**沒有註解； 2
編碼注釋不完整，大量的編碼沒有注釋，讓人難以理解； 1
軟體管理隨想記 績效考核
現在很多軟體公司都對軟體開發人員進行績效考核，針對軟體開發員進行績效考核是否合適這裡不做詳細討論，讓我們看看這些管理者是怎麼給他的員工進行績效考核評分的吧。先介紹一下績效考核評分的方法。關於績效考核評分有很多種方法，讓我們用最常用的評分方式來說明吧，那就是abcd評分制，說得簡單一些，就是年中或年末...
麥格納軟體公司績效考核資訊化管理解決方案
麥格納軟體公司績效考核資訊化管理解決方案 績效考核是公司管理的重要部分，也是人事決策的重要依據。企業經過考核，可以對員工的心理素質 知識素質 業務素質等進行評價。企業可以根據員工的特點用人所長。另外，績效考核是重要的激勵手段，它決定了薪酬的分配，直接影響著員工的工作積極性。很多企業實施了有效的績效考...
軟體測試管理之績效考核
編寫背景 工作所在的部門啟用了新的績效考核制度，也開始了我參與對測試人員的工作進行績效考核這一管理活動，第一次的考核結果讓我有很多的感想，因此今天把它記錄下來，也許突然有一天回頭看這一感想，又會是另外乙份心情。思考 給測試人員進行績效考核的目的是什麼？經過思考，我總結的答案是 1 為了了解工作情況，...