技术部绩效考核方案V1.0

1. 考核对象

研发全体人员

2. 工作职责

2.1. 项目经理

与客户方对接需求，合理分配内部资源，统筹所负责项目的整体规划，监控跟踪开发过程进度，着手解决棘手问题，并应对突发情况对项目整体计划做出调整。

2.2. 开发人员（开发工程师、前端开发工程师、架构师）

根据需求文档，在项目经理的任务划分负责范围内，按效率每天完成固定功能的编码工作，并承担该部分的维护工作。

2.3. 测试人员

按指定的文档编写测试用例，并对相关项目进行单元，集成及系统测试工作。

2.4. 美工人员

负责直接和客户沟通UI方面的相关业务，并针对所负责项目的软件交互进行美术及交互设计,并按需切图，主要输出产物为牵引图，UI指引，拓展图，PSD原图，及切图。

3. 开发及测试人员的考核内容（初，中，高）

3.1. 质量考核 3.1.1. 度量指标

质量度量主要是根据度量指标来进行评价的；质量指标是指软件开发程序缺陷率（bug的数量）。

3.1.2. 度量指标计算方法

1) 度量指标评分标准

根据软件开发程序的缺陷率（bug量）来确定，缺陷率越高，其评价分就越低。

序号 1 2 3 4 得分 90-100 70-89 50-69 低于50 评价 优 良 合格 不合格 缺陷率范围 0%-5% 5%-10% 10%-15% 15%-100% 备注 2) 缺陷率来源

主要是软件经过测试组测试后，所产生的测试报告；

◆软件交付使用后一年内产生的软件维护记录表;

◆开发人员的缺陷率考核，主要依据测试报告和软件维护记录； ◆测试人员的缺陷率考核，依据软件维护记录。

3) 缺陷率单位

以程序单元为单位，相比较而得出缺陷率的值（原理：缺陷数/单元总数）。这里所指的程序单元，是WBS分解后的内容。 （ 4) 开发人员缺陷率计算方法

 根据测试报告和软件维护记录中的缺陷类别，分别统计各类别的缺陷率，然后依据度量指标的计分标

准表来打分

 缺陷数计算公式为：Total = ∑(Ci*Fi*Ki)；  缺陷率计算公式为：V = Total / U；

其中

i=1,2,...n代表每个缺陷；

U代表开发人员负责的、已完成且已被测试的程序单元总数；

C代表缺陷所对应的缺陷级别的权重系数；通常权重系数以\"一般\"缺陷级别作为基数（权数设为1），\"轻微\"缺陷级别可不用计算缺陷率（权数设为0）。 序号 1 2 3 4 致命 严重 一般 轻微 缺陷级别 权数 3 2 1 0 备注 死机，数据丢失，主要功能组完全丧失，系统悬挂 主要功能丧失，导致严重的问题 次要功能丧失， 不太严重，如提示信息不太准确 微小的问题，对功能几乎没有影响，产品及属性仍可使用. 如有错别字 K代表缺陷所在单元对应的权重系数，开发难度增加时程序单元相应递减为0.75,0.5…（也可用分数表示更直观），具体根据具体开发项目难易程度制定。一般开发难度的单元，确定为：1。

序号 1 模块1 模块1 模块 权数 R1 R2 RN 备注 2 4 模块N F代表缺陷所对应的测试难易的权重系数，这里是指开发人员出现bug后，判定其发现的难易程度。根据缺陷的发现难易度，将起划分为三个级别,具体可根据开发项目难易程度另行制定。

序号 1 难 一般 级别 权数 0.5 1 1.5 备注 2 3 容易 5) 测试人员缺陷率计算方法

 首先根据软件维护记录表中的缺陷统计的缺陷率，然后依据度量指标计分标准表来打分。  缺陷数计算公式为：Total = ∑(Ci*Fi);  缺陷率计算公式为：V = Total / U;

 所有参数含义参见开发人员缺陷率计算方法。

3.2. 进程考核

对软件开发的进展情况进行度量，主要考察时间进度。

3.2.1. 考核指标

1) Budget

按照对于每个单元工作量评估的结果，规定完成的时间。 2) PTC报告

通过比较实际完成时间和计划完成时间的时间差，与任务完成周期的比率来评价各任务的及时度。 以下为PTC报告：

姓名：XXX 月份： 组别： 开始时间： 版本记录：(VX.x；X.x) 任务 T1 描述 第一周 …. 难 一般 第N周 0.5 1 1.5 TOT PTC ACT Percent Budget REM T2 … TN 合计 其中

容易 平均 TOT: 已经花费的总天数；

PTC: 除了本月花费的天数，还要多少天可以完成； ACT: 本月实际需要的天数；

Budget:最初预计的本月需要花费的天数； REM: 整个任务完成的期限； Percent:本月完成的百分比

 对于每周工作过程中，所花费的天数，通过书写的“工作日志”，可以进一步核实。工作日志每天要书

写，精确到小时，每周向直接上级汇报，并存档。便于抽查、核对。

 对开发人员、测试人员的过程考核数据是：项目所负责的程序单元的计划完成时间和实际需要时间。  对技术执行总监的过程考核数据是：整个项目的计划完成时间和实际完成时间。

 时间差率=(本月实际需要时间-本月预计完成时间)/本月预计完成时间；即：Percent。（以天为单位）；

最终的结果为N个任务的平均值。

评分标准

3.2.2. 时间差率范围可根据具体项目而定。 序号 1 2 3 得分 90-100 70-80 低于70 缺陷率范围 15%以下 15%-35% 35以上 备注 3.2.3. 综合考核

根据综合因素考核表对相应人员的考核。

详见附录一程序员、中级程序员、高级程序员、系统分析员综合因素考核表，附录2技术执行总监 综合因素考核表

4. 绩效考核

4.1. 开发人员（程序员、高级程序考核）考核 4.1.1. 质量考核

在软件测试过程中和软件后期维护发现的缺陷，需定位缺陷级别,计算缺陷率，以此对开发人员以后的工作岗位、薪水等，进行调整。 每个季度上报公司一次，作为下一步调薪的依据。技术部门每个月由技术执行总监统计，并存档。每个月所有人员的统计情况，上报部门。

4.1.2. 当月绩效考核

考评分=进程评分*进程权数+综合因素评分*综合因素权数。 综合指标权重系数表： 序号 1 2 指标 进程考评 综合因数 权数 0.6 0.4 备注 4.2. 项目经理考核

➢ 考核得分计算方法是：

AV=( (∑Pi)/i)*0.5+M*0.3+C*0.2；

➢ Pi代表项目组成员的过程考核得分； ➢ M代表技术执行总监的过程考核得分； ➢ 代表技术执行总监的综合因素得分； ➢ i=1,2,...n代表项目组成员数量。 ➢ 绩效考核标准：

一般地，根据项目组的平均得分值，有以下评分标准：

序号 1 2 3 4 90-100 80-89 60-79 低于60 得分 优 良 合格 差 评价 缺陷率范围 0%-5% 5%-10% 10%-15% 15%-100% 备注 ➢ 技术部每个月确定了项目组成员绩效考核评价后，计算项目组的平均得分值，比较项目组的平均得分值与绩效考核标准范围，确定技术执行总监的绩效考核评价。

4.3. 测试人员考核

1. 在软件检查、评审、测试通过后，对软件维护记录中的缺陷，需定位缺陷级别,计算缺陷率，以此对测试人员考核；缺陷率越高其评价分就越低。

2. 测试组根据任务综合评价表每个月统计各测试人员所负责的任务的综合评价结果，比较测试人员任务的得分值与绩效考核标准范围，确定测试人员绩效考核评价。

4.4. 美工人员考核

1.根据当月完成工作量，以通过评审的原图及牵引图数量为衡量标准，数量越多，评价分越高。 2.对客户评价及满意度进行调查，并作为硬性标准。

5. 其他说明

1. 开发的前期，指定每个模块的难易程度。

2. bug发现的难易程度，在提交测试报告，并评审后决定。 3. 需要相关部门需提供软件维护记录表（缺陷数量、程度）

附录1：美工、开发工程师、前端开发工程师、架构师

综合因素考核表

姓名： 组别： 岗位名称： 总得分： 项 目 及 考 核 内 容 A、编码非常简洁、规范，注解完整、清楚，容易被人理解； 配分 自评 上级评分 编码水平 （15%） 15 B、编码非常简洁、规范，注解较完整、易懂，较容易被人理解； 13 C、编码较简洁、规范，注解较完整、易懂，基本能被人理解； 10 D、编码较简洁、规范，有个别注解，勉强能被人理解； 8 E、编码不简洁、规范，没有注解或仅有个别注解，无法被人理解。 5 A、编写非常规范，非常及时，随时都可以查阅正在开发任务的设计文档、已完成任务的说明文档； 15 13 10 8 5 10 8 6 4 2 10 8 6 4 2 10 8 5 4 2 15 13 相关技术文档的编写水平(15%) B、编写非常规范，较及时，随时可以查阅近期文档，文档编写滞后3天以内； C、编写较规范，较及时，一般可以查阅近期文档；文档编写滞后3至6天； D、编写较规范，但不及时，常常难以查阅，文档编写滞后6天以上； E、编写不规范，不及时，常常难以查阅，甚至没有编写相关文档。 A、常常有很好的建议，并很大的提高了工作效率，而且能认真听取和执行经理的建议； B、有时有好的建议，对工作效率有些提高，并且能认真听取和执行 经理的建议； 议； 合理化建议C、有时提一些建议，但没什么效果，往往能听取和执行经理的建（10%） D、很少提建议，能听取经理的建议，但很少能执行，有时有些固执己见； E、喜欢固执己见，不太能听取经理的建议，经常固执己见。 A、每天工作结束时，都能及时备份源程序，每次抽查都能通过；所有版本的源程序（以及开发环境）均能及时备份； B、基本每天都能备份源程序，抽查偶尔没有通过；所有版本的源程序（以及开发环境）均能及时备份； 的源程序（以及开发环境）均能及时备份； 备份源程序 C、往往2至3天备份一次源程序，抽查一般没有通过；所有版本（10%） D、往往一星期备份一次源程序，抽查一般没有通过；有最终版本的源程序（以及开发环境）的备份； E、不备份源程序，抽查从来没有通过。 A、从不向无关人员透露技术秘密，从不携带技术秘密（非工作需要，下同）离开公司。对技术保密问题提出了自己的建议，并被采纳，并经常提醒他人注意技术保密； 对外技术保密（源程B、从不向无关人员透露技术秘密，从不携带技术秘密离开公司。序、技术文经常提醒他人注意技术保密； 档、核心技C、从不向无关人员透露技术秘密，从不携带技术秘密离开公司； 术等）(10%) E、偶尔向无关人员透露技术秘密，偶尔携带技术秘密离开公司。 D、偶尔向无关人员透露技术秘密，从不携带技术秘密离开公司； 品德廉洁，言行诚信，立场坚定，勤勤恳恳地工作，足为楷模； 品行诚实，言行规矩，平易近人； 工作态度(15%) 言行尚属正常，无越轨行为； 固执己见，不易与人相处，不接收他人的合理建议； 有积极的责任心，能彻底达成任务，可放心交代工作； 具有责任心，能达成任务，可交付工作； 责任感(15%) 尚有责任心，能如期完成任务； 责任心不强，需有人督导，亦不能如期完成任务； 无责任心，时时需督导，也不能完成任务。 10 8 15 10 8 5 3 备注： 关于“多粉平台”需要附上工作计划及工作总结供参考和审核。总分100 上级签名 考核人签名 考核日期

附录2：项目经理

综合因素考核表

姓名： 组别： 岗位名称： 总得分： 项 目 及 考 核 内 容 善于领导部署提高工作效率，积极达成工作计划和目标； 灵活运用部署顺利达成工作计划和目标； 尚能领导部署勉强达成工作计划和目标； 不得部属信赖，工作意愿低沉； 领导方式不佳，常使部属不服或反抗。 总是能够按时完成项目，QBT控制非常好； 基本能够按时完成项目，QBT得到了一定控制； 项目在QBT方面，有和计划相比出入，但是采取了一定措施，及时补救； 项目控制失败，和计划相差较大。 能出色完成工作任务，工作效率高，具有卓越创意； 能胜任工作，效率较高； 工作不误期，表现符合标准； 勉强胜任工作，无甚表现； 工作效率低，时有差错。 有积极责任心，能彻底达成任务，可放心交代工作； 具有责任心，能达成任务，可交付工作； 配分 15 13 10 8 6 15 13 10 8 10 8 6 4 2 10 8 6 4 2 10 8 6 4 2 10 8 6 4 2 10 8 6 4 2 10 8 6 10 8 6 自评 领导能力 15% 项目管理能力15% 上级评分 工作任务及效率 10% 责任感 10% 尚有责任心，能如期完成任务； 责任心不强，需有人督导，亦不能如期完成任务； 无责任心，时时需督导，也不能完成任务。 善于上下沟通平衡协调，能自动自发与人合作； 乐意与人沟通协调，顺利达成任务； 尚能与人合作，达成工作要求； 协调不善，致使工作较难开展； 无法与人协调，致使工作无法开展。 善于分配权力，积极传授工作知识，引导部署达成任务； 灵活分配工作或权力，有效传授工作知识达成任务； 尚能顺利分配工作与权力，指导部署完成任务； 欠缺分配工作权力，及指导部署之方法，任务进行偶有困难； 不善分配权力及指导部署之方法，内部时有不服及怨言。 品德廉洁，言行诚信，立场坚定，足为楷模； 品行诚实，言行规矩，平易近人； 言行尚属正常，无越轨行为； 固执己见，不易与人相处； 私务多，经常利用上班时间处理私事，或擅离岗位。 部门对其管理的团队很满意； 部门对其管理的团队不满意。 团队成员对所在团队很满意； 团队成员对所在团队不满意。 沟通协调 10% 授权指导 10% 工作态度 10% 团队满意度 部门对其管理的团队满意； 10% 组员满意度 团队成员对所在团队满意； 10% 备注： 关于“多粉平台”需要附上工作计划及工作总结供参考和审核。总分100 技术部经理签名 考核人签名 考核日期 附录3：组名_XX年XX月_缺陷率统计表 序号 姓名 缺陷率 备注 平均

日期 附录4：组名_姓名_XX年XX月XX日_ XX年XX月XX日_工作日志表 序号 起始时间 结束时间 工作内容 备注

任务 T1 TN 合计 附录5：组名_姓名_XX年XX月_PTC报告 开始时间： 版本记录：(VX1.n1；X2.n2;X3.n3…)

PTC ACT Percent Budget REM 描述 第1周 … 第N周 TOT 1.5 2 平均 注:X1.n1表示，第X1个任务的时间，已经修改了n1次。初始值：X1.0,X2.0等。

序号 姓名 本组平均得分 附录6：组别 _ XX年XX月绩效考核表 开发过程得分（60％） 综合因素得分（40％） 综合得分