绩效考核指标量表样表研发部-开发.docxVIP

PAGE7 / NUMPAGES7 2012 年 上/下半年度 绩效考核指标量表 （开发） 被考核人姓名部门职位考核周期： 指标维度考核指标权重指标说明考核得分第一轮第二轮第三轮第四轮 业务类指标 (75%) 工作量15%计划工作量： 员工领取的工作量之和，该工作量为SM评估的任务公平工作量。 得分=[（计划工作量)/max（本次统计的所有成员计划工作量)]*15分. 员工领的工作量越大，得分越高，最高15分。 目的：该指标体现了员工的整体贡献，对做得快的员工，也鼓励其多拿些工作量。对做得慢的员工，通过其自身的安排， 也能达到较好的水平。工作进度10%实际工作量：该员工负责任务的实际工作量之和，该数据体现了员工完成任务所花的实际时长。 工作量偏差率=实际工作量/计划工作量。 工作量偏差率1，则反映该员工可以以低于SM评估的工作量完成任务，1，则反映该员工需以高于SM评估的工作量完成任务 得分=[(1/工作量偏差率)/max（1/本次统计的所有成员工作量偏差率)]*10分 如果一个员工的“实际工作量/计划工作量”越小，就对项目的提早完成贡献就越大，得分也就越高，最高10分。 目的：鼓励员工提早完成任务。开发代码15%1、开发代码规模： 用statsvn开源工具统计每个开发人员在svn中新增的代码行数 2、规模标准化： (该员工的开发代码规模/max（本次统计所有员工的开发代码规模）)*10， 员工开发代码规模归一化为0-10,规模越大则规模标准化值越大。 3、工作难度： 由SM评估的该员工所有任务难度系数的平均值。难度系数为一般、较难、很难，分别对应难度系数1、3和10。SM对每个任务都评估1个难度系数。 4、代码效用: 规模标准化*工作难度 5、得分=该员工代码效用/max(本次统计的该产品下所有员工代码效用）*15分. 员工开发代码效用越大则得分越高，最高得15分。 目的：鼓励员工承担量大和难度高的代码开发。引入bug5%1、引入bug数：redmine中“责任人”为该员工的bug数，在redmine中增加”责任人”字段用来在bug跟踪排查之后统一意见确认引入的bug的责任人，在得到当事人认可后更新该字段。仅跟踪为“错误”，状态为非“已拒绝”的bug。 bug包括测试和现场反馈的该员工的bug数 3、引入bug密度： 引入bug数/代码效用 4、得分=（(1/该员工的引入bug密度)/max(1/本次统计的引入bug密度)）×5分。 引入bug密度越小则得分越高，最高得分5分。 目的：鼓励员工提高代码编写质量，减小缺陷密度代码质量 （缺陷方面）5%1、代码缺陷密度=评审中被发现缺陷评分/被评审代码效用 2、被评审代码效用=被评审代码规模的标准化值*难度平均值 3、评审代码规模标准化值=(该员工被评审代码规模/max（本次统计所有员工的被评审规模）)*10 4、被评审代码规模=由项目跟踪工具！评审跟踪表获得 5、被评审缺陷评分=∑(被发现严重程度的缺陷个数*该严重程度的权重)，权重：严重：5，一般：1，提示：0.2 6、得分=（(1/该员工的缺陷密度)/max(1/本次统计的缺陷密度)）×5分。 代码缺陷密度越小则得分越高，最高得分5分。 目的：鼓励员工提高代码编写质量，减小缺陷密度评审5%1、发现缺陷效率=参加评审发现缺陷评分/参加评审代码效用 2、评审代码效用=评审代码规模的标准化值*难度平均值 3、评审代码规模标准化值=(该员工评审代码规模/max（本次统计所有员工的评审规模）)*10 4、评审代码规模=由项目跟踪工具！评审跟踪表获得 5、缺陷评分=∑(发现严重程度的缺陷个数*该严重程度的权重)，权重：严重：5，一般：1，提示：0.2 6、得分=(发现缺陷效率/max(本次统计的发现缺陷效率))×5分。 发现缺陷效率越高则得分越高，最高得分5分。 目的：鼓励积极参加代码评审，并发现尽可能多的缺陷文档质量规范性2%不了解公司文档规范，按照个人文档习惯撰写，不符合规范要求（0分） 基本了解文档规范，但按照规范撰写的意识较弱，但总体按照文档规范编写（1分） 熟悉文档规范，撰写严格按照规范编写（1.5分） 严格遵守文档规范，对规范的执行和完善起到积极作用，受到相关人好评（2分）条理性2%文档条理混乱，使人无法理解文档的内容（0分） 文档条理基本可以接收，在多次阅读后能理解大概内容（1分） 文档条理清晰，能很容易读懂文档内容（1.5分） 文档条理清晰，能很容易读懂文档内容，受到相关人的好评（2分）结构性2%文档结构