做管理的都清楚，用績效考核可以達成目標、挖掘問題、分配利益、促進成長和人員激勵，績效考核一定是管理者的一種必備手段。但你知道程序員的KPI如何設計嗎？應該沒幾個人知道吧。因為程序員的績效考核問題，是很多軟件公司致力追求卻一直無法做到量化的目標。很多考核標準都只是一個框架，但卻無法具體細致下去，不僅沒有達到激勵效果，反而起反作用，到最后都是無果而終，無法堅持下去。但還是有很多人，特別是不懂得技術的管理者，樂此不疲，希望以此種方法來作為程序員報酬的衡量標準。最突出的就是“任務量”問題。軟件編程行業的任務，懂點編程的人都知道，這個行業是一個創造性、思維性的行業。一個任務的工作量多與少是沒有一個衡量標準的，原因就是軟件功能的實現結果，根本就沒有一個最好的標準。更不能成為技術層面之外的人簡簡單單的薪酬衡量標準。用簡單思想框架來束縛程序員的思維創造性，這是拖累研究，極易打擊程序員的研究主動性。
也有人用工作時數進行衡量，程序員一定有辦法蒙你，不可取。
還有人會用定級的方式，按級別給績效，想過沒有，升上去容易，降下來就難了。
還有人按工齡，按Bug數量設計的，說實話都不可取。
單純強調考核會打壓其本身的工作積極性，不符合客觀規律。
真沒辦法為程序員計算勞動所得嗎？對研發人員的考核，建議不要過于強調結果，應該注重對過程的關注。程序員這種腦力勞動，類似于研發考核，由于其工作性質本身要求創造性，結果比較難于掌握。個人覺得，對程序員的考核只要能確定他們是認真工作、努力工作、態度端正，一切圍繞目標開展就可以了。針對項目的技術貢獻以及任務完成的質量貢獻，項目獎比起冷冰冰的績效考核溫暖得多。
關注我，一起幫你的程序員設計績效考核方案。
