如何量化考核軟體開發人員績效
阿新 • • 發佈：2019-02-13
軟體人員管理，一向被認為是一件難題。尤其是年中年底的評價問題，涉及到加工資，發獎金，稍有差池，就會民怨沸騰，來年是該走的不走，不該走的全走了。
在開始一個軟體專案之前，公司領導要與該專案主管對需要完成的工作內容、時間期限、考核的標準達成一致。專案主管把任務進行分解，和每個軟體開發人員對各自所需完成的工作內容、期限和考核標準達成一致，特別是各個模組之間的介面，並形成一份完整的“任務說明書”。在期限結束時，主管根據每個開發人員的工作狀況及原先制定的考核標準來進行考核。為了避免到最後才發現問題過多、難以收拾，可以在開發期間設定幾個考核點，設定相應的階段性目標，根據完成目標情況給出考評的分數。
開發人員應具有較強的事業心、責任感和較深厚的基礎理論知識，並不斷提出新的思想和觀念，為創造新產品和新技術提供條件。通常研發一個軟體專案所需的時間較長，我認為按專案的里程碑或專案來安排對軟體人員的考核，若專案週期超長也可在年中和年末進行考核，以目標管理(Management By Objectives， 簡稱為MBO）為原則設定KPI (Key Performance Index)，考評分用技術指標決定，如工作量用完成的功能點來衡量，工作質量用每千行程式碼Bug數衡量，技術人員會認為這很公平，從而有動力更努力。
2. 軟體質量 (bug的等級和個數，迴歸次數，重要模組係數)
3. 工作難易度 (功能性，可靠性，易使用性，高效性，可維護性和可移植性，功能點數，複雜度)
4. 工作效率/能力 (完成百分比，工作經驗)
5. 主動性
6. 溝通能力
7. 程式規範程度
1) 非常及時，隨時都可以查閱任意相關文件；
2) 非常規範，較及時，隨時可以查閱近期文件，文件編寫滯後3天以內；
3) 較規範，較及時，一般可以查閱近期文件，文件編寫滯後3～6天；
4) 較規範，但不及時，常常難以查閱，文件編寫滯後6天以上；
5) 不規範，不及時，常常難以查閱，甚至沒有編寫相關文件。
2. 軟體質量 (bug的等級和個數，迴歸次數，重要模組係數)
3. 工作難易度 (功能性，可靠性，易使用性，高效性，可維護性和可移植性，功能點數，複雜度)
4. 工作效率/能力 (完成百分比，工作經驗)
5. 主動性
6. 溝通能力
7. 程式規範程度
1) 非常及時，隨時都可以查閱任意相關文件；
2) 非常規範，較及時，隨時可以查閱近期文件，文件編寫滯後3天以內；
3) 較規範，較及時，一般可以查閱近期文件，文件編寫滯後3～6天；
4) 較規範，但不及時，常常難以查閱，文件編寫滯後6天以上；
5) 不規範，不及時，常常難以查閱，甚至沒有編寫相關文件。