其他功能开发数量不合适(功能有难有易,拆分的颗粒度也是不同,没法落地),bug修复数量也不合适(道理同功能开发),要么直接主管主观评价,要么引入OKR。
对研发人员的考核,建议不要过于强调结果,应该注重对过程的关注。程序员这种脑力劳动,类似于研发考核,由于其工作性质本身要求创造性,结果比较难于掌握,单纯强调考核会打压其本身的工作积极性,不符合客观规律。
个人觉得,对他们的考核只要能确定他们是认真工作、努力工作、态度端正,一切围绕目标开展就可以了。
绩效考核指企业在既定的战略目标下,运用特定的标准和指标,对员工的工作行为及取得的工作业绩进行评估,并运用评估的结果对员工将来的工作行为和工作业绩产生正面引导的过程和方法。
绩效考核(performance evaluation),是企业绩效管理中的一个环节,常见绩效考核方法包括BSC、KPI及360度考核等。绩效考核是一项系统工程。绩效考核是绩效管理过程中的一种手段。
代码量可以作为基础绩效但合格的代码必须要有一份KPI指标:有效解决问题、尽可能节省资源、易懂。
根据你公司的实际情况来定。
绩效考核的先决条件是工作可测量。
从这个角度讲,有两种方式可以综合使用:
1.代码量。每天下班进行工作提交时,统计今日修改,新增的代码行数,业界基本水平大约是200行。
2.进行任务细化分割和管理。MantisBT可以实现这个功能。开发的整个流程,都可以在mantis上加以体现。分析人员逐级分割任务,并将最终可实现的子任务分割给程序员,程序员可以通过统计其任务完成量来估算其工作量。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)