我認為績效考核對程序員或者對整個公司都是重中之重，但是對程序員怎麽績效考核？難道看敲得代碼數量嗎？績效考核的先決條件是工作可測量。
從這個角度講，有兩種方式可以綜合使用：
1.代碼量。
每天下班進行工作提交時，統計今日修改，新增的代碼行數，業界基本水平大約是200行。
2.進行任務細化分割和管理。
MantisBT可以實現這個功能。開發的整個流程，都可以在mantis上加以體現。分析人員逐級分割任務，並將最終可實現的子任務分割給程序員，程序員可以通過統計其任務完成量來估算其工作量。其實，我覺得BOSS的焦慮在於無法“可視化”的觀察項目的進度，這個任務可以通過使用MantisBT，合理設置裏程碑來實現。當BOSS看到裏程碑相關的任務完成度不斷上升的時候，他的焦慮感就會顯著降低了。
我的經驗中主要是這麽幾個方面：
1. 質量。
這裏的質量指交付物契合需求的程度或按需求交付的準確程度，具體來說就是從理解需求開始到最後產出的交付物過程中的溝通、理解、設計、實現、驗證的總體質量，這個質量可以最後以“Bug密度”這壹度量項衡量，對於壹般的程序員來說主要是代碼質量。
2. 溝通和團隊協作。
和項目團隊各個角色之間的溝通以及協作意願和能力。軟件開發基於個體能力但絕不止於個體能力，尤其是現在復雜的功能軟件，都需要通過多角色合作分工完成，這裏個體關註項目和團隊整體目標的大局觀和價值觀是很重要的項目成功保障。
如果妳做到了上面這些, 好恭喜妳,妳們公司非常正規了,如果這個程序猿工作不努力,幹活不認真,產出效率低,那麽問題壹定不是處在程序猿身上,而是HR工作有問題.