[原創] 研發人員績效管理之KPI設定

pharos發表於2019-04-09
KPI
H君問：

準備實施績效管理，在設定研發崗位KPI時一時感覺還是比較的迷惘，那些需要定量考核，那些需要定性考核？定量考核的以什麼指標量化？定性考核的如何說得清楚明白？

H君說，研發崗位，首先是程式設計師，參考了一些文件暫且定義如下：

崗位職責：
1完成專案經理安排的開發任務；
2按照詳細設計文件編碼；
3對所負責的開發模組進行單元測試並通過；
4修改測試部門反饋的缺陷；
5對使用公司或部門產品/框架提出反饋意見；
6定期完成工作週報，向專案經理彙報。

序號        指標名稱        定義        計算公式及考核方法
1        完成程式碼數量        完成的程式碼行數        工具統計所得的程式碼行數×難度係數（難1.2，中1，易0.8）
2        工作態度        是否遲到早退、工作是否認真積極        定性指標
3        整體bug數量        所負責的模組所產生的bug數量        Bug數量×嚴重程度係數
4        修復缺陷引起其他缺陷的數量        修復bug後再次產生的bug數量        Bug數量×嚴重程度係數
5        計劃時間與實際完成時間的偏差        專案經理計劃的完成時間與實際完成時間之間的偏差        （實際完成天數－計劃完成天數）/計劃完成天數
6        提出建議和意見        對專案組或部門的實際情況在管理、技術上提出有益的建議和意見的條數

穀雨霖的意見：
太細了。失去kpi含義啦！
kpi是關鍵業績指標，是考核你關心的、對專案重要的指標，不是所有都要設。原則上不要超過5條。
如果條款太多，你的權重過於分散，考核的意義就不大了。
對於程式設計師考核，無非是TQ態度。
對於專案而言，因為有專案計劃和專案質量要求，KPI對TQ的設定就可以不作要求。
對於部門制管理，每個季度考核，需要設定TQ。

通常，
T設定：按進度計劃完成任務，延遲1天**，縮短1天**（或者設定比例）；
Q設定：功能點缺陷率低於**，千行程式碼缺陷率低於**；
態度：缺陷關閉速度、規範執行（如需求變更）、加班、建議、知識庫等貢獻，違反的扣**/貢獻的加**。

如果專案生存以交付進度為主，T權重可以大一些，比如50%；質量30%；態度20%
如果質量為重，則提升質量的權重。
KPI是指揮棒，組織想好去哪裡，權重向那傾斜。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/3433/viewspace-233314/，如需轉載，請註明出處，否則將追究法律責任。

相關文章