第一部份、考查对象 研发全部人员 第二部份、工作职责
一、项目领导
与客户方对接需求，合理分派内部资源，统筹所负责项目的整体计划，监控跟踪开发进程进度，着手解决棘手问题，并应付突发情形对项目整体打算做出调整。
二、开发人员（程序员、中级程序员、高级程序员）
依照需求文档，在项目领导的任务划分负责范围内，按效率天天完成固定功能的编码工作，并承担该部份的保护工作。
三、测试人员
按指定的文档编写测试用例，并对相关项目进行单元，集成及系统测试工作。
四、美工人员
负责直接和客户沟通UI方面的相关业务，并针对所负责项目的软件交互进行美术及交互设计,并按需切图，要紧输出产物为牵引图，UI指引，拓展图，PSD原图，及切图。
第三部份、开发及测试人员的考核内容（初，中，高）
一、质量考核
1. 气宇指标
质量气宇主若是依照气宇指标来进行评判的；质量指标是指软件开发程序缺点率（bug的数量）。 2. 气宇指标计算方式 （1）气宇指标评分标准
依照软件开发程序的缺点率（bug量）来确信，缺点率越高，其评判分就越低。
序号 1 2 3 4 得分 90～100 70～80 50～60 低于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代表缺点所在单元对应的权重系数，开发难度增加时程序单元相应递减为,…（也可用分数表示更直观），具体依照具体开发项目难易程度制定。一样开发难度的单元，确信为：1。
序号 1 2 N 模块 模块1 模块2 模块n 权数 R1 R2 Rn 备注
F代表缺点所对应的测试难易的权重系数，那个地址是指开发人员显现bug后，判定其发觉的难易程度。依照缺点的发觉难易度，将起划分为三个级别,具体可依照开发项目难易程度另行制定。
序号 1 2 3 级别 难 一般 容易 权数 1 备注
（5）测试人员缺点率计算方式
第一依照软件保护记录表中的缺点统计的缺点率，然后依据气宇指标计分标准表来打分。 缺点数计算公式为：Total = ∑(Ci*Fi); 缺点率计算公式为：V = Total / U;
所有参数含义参见开发人员缺点率计算方式。
二、进程考核
对软件开发的进展情形进行气宇，要紧考察时刻进度。 1. 考核指标
Budget
依照关于每一个单元工作量评估的结果，规定完成的时刻。 PTC报告
通过比较实际完成时刻和打算完成时刻的时刻差，与任务完成周期的比率来评判各任务的及时度。 以下为PTC报告：
姓名：XXX 月份： 组别： 开始时刻： 版本记录：； 任务 T1 T2 … Tn 合计 描述 第1周 … 第5周 5 2 TOT PTC ACT Percent Budget REM 平均： 其中
TOT: 已经花费的总天数；
PTC: 除本月花费的天数，还要多少天能够完成； ACT: 本月实际需要的天数；
Budget:最初估量的本月需要花费的天数； REM: 整个任务完成的期限； Percent:本月完成的百分比。
关于每周工作进程中，所花费的天数，通过书写的“工作日记”，能够进一步核实。工作日记天天要书写，精准到小时，每周向直接上级汇报，并存档。便于抽查、查对。
对开发人员、测试人员的进程考核数据是：项目所负责的程序单元的打算完成时刻和实际需要时刻。 对技术执行总监的进程考核数据是：整个项目的打算完成时刻和实际完成时刻。
时刻差率=(本月实际需要时刻-本月估量完成时刻)/本月估量完成时刻；即：Percent。（以天为单位）；最终的结果为N个任务的平均值。
2. 评分标准
时刻差率范围可依照具体项目而定。
序号 1 得分 90-100 时间差率范围 15％以下 备注 2 3 70-80 低于70 15％-35％ 35％以上
三、综合考核
依照综合因素考核表对相应人员的考核。
详见附录一程序员、中级程序员、高级程序员、系统分析员综合因素考核表，附录2技术执行总监 综合因素考核表
第四部份、绩效考核
一、开发人员（程序员、高级程序考核）考核
1. 质量考核
在软件测试进程中和软件后期保护发觉的缺点，需定位缺点级别,计算缺点率，以此对开发人员以后的工作职位、薪水等，进行调整。
每一个季度上报公司一次，作为下一步伐薪的依据。技术部门每一个月由技术执行总监统计，并存档。每一个月所有人员的统计情形，上报部门。 2. 当月绩效考核
考评分=进程评分*进程权数+综合因素评分*综合因素权数。 综合指标权重系数表：
序号 1 2 指标 进程考评 综合因素 权数 备注 二、项目领导考核
1. 考核得分计算方式是：
AV=( (∑Pi)/i)*+M*+C*；
2. Pi代表项目组成员的进程考核得分； 3. M代表技术执行总监的进程考核得分； 4. 代表技术执行总监的综合因素得分； 5. i=1,2,...n代表项目组成员数量。 6. 绩效考核标准：
一样地，依照项目组的平均得分值，有以下评分标准：
序号 1 2 3 4 得分 90～100 80～89 60～79 低于60 考核评价 优 良 合格 差 备注
7. 技术部每一个月确信了项目组成员绩效考核评判后，计算项目组的平均得分值，比较项目组的平均得分值与绩效考核标准范围，确信技术执行总监的绩效考核评判。
三、测试人员考核
1. 在软件检查、评审、测试通事后，对软件保护记录中的缺点，需定位缺点级别,计算缺点率，以此对测试人员考核；缺点率越高其评判分就越低。
2. 测试组依照任务综合评判表每一个月统计各测试人员所负责的任务的综合评判结果，比较测试人员任务的得分值与绩效考核标准范围，确信测试人员绩效考核评判。
四、美工人员考核
1.依照当月完成工作量，以通过评审的原图及牵引图数量为衡量标准，数量越多，评判分越高。
2.对客户评判及中意度进行调查，并作为硬性标准。
第五部份、其他说明
1. 开发的前期，指定每一个模块的难易程度。
2. bug发觉的难易程度，在提交测试报告，并评审后决定。 3. 需要相关部门需提供软件保护记录表（缺点数量、程度）。
附录1：程序员、中级程序员、高级程序员
综合因素考核表
姓名： 组别： 职位名称： 总得分:
项目及考核内容 配 分 15 13 10 8 5 15 13 10 8 5 10 8 6 4 2 10 8 6 4 2 10 自 评 上级审核 A、编码非常简洁、规范，注解完整、清楚，容易被人理解； B、编码非常简洁、规范，注解较完整、易懂，较容易被人理解； 编码的水平(15%) C、编码较简洁、规范，注解较完整、易懂，基本能被人理解； D、编码较简洁、规范，有个别注解，勉强能被人理解； E、编码不简洁、规范，没有注解或仅有个别注解，无法被人理解。 A、编写非常规范，非常及时，随时都可以查阅正在开发任务的设计文档、已完成任务的说明文档； 相关技术文档的编写水平(15%) B、编写非常规范，较及时，随时可以查阅近期文档，文档编写滞后3天以内； C、编写较规范，较及时，一般可以查阅近期文档；文档编写滞后3至6天； D、编写较规范，但不及时，常常难以查阅，文档编写滞后6天以上； E、编写不规范，不及时，常常难以查阅，甚至没有编写相关文档。 A、常常有很好的建议，并很大的提高了工作效率，而且能认真听取和执行经理的建议； B、有时有好的建议，对工作效率有些提高，并且能认真听取和执行合理化建议(10%) 经理的建议； C、有时提一些建议，但没什么效果，往往能听取和执行经理的建议； D、很少提建议，能听取经理的建议，但很少能执行，有时有些固执己见； E、喜欢固执己见，不太能听取经理的建议，经常固执己见。 A、每次都能按时提交总结和计划，并且内容完整、详实、清楚，使人能清楚地把握当前工作动态； B、每次都能按时提交总结和计划，内容较完整、详实，使人能了解当前工作动态； 工作总结、计划(10%) C、基本能按时提交总结和计划，内容较完整、详实，使人能了解当前工作动态； D、基本能按时提交总结和计划，内容不太完整，使人能基本了解当前工作动态； E、很少能按时提交总结和计划，内容不太完整，使人能基本了解当前工作动态。 备份源程序(10%) A、每天工作结束时，都能及时备份源程序，每次抽查都能通过；所有版本的源程序（以及开发环境）均能及时备份； B、基本每天都能备份源程序，抽查偶尔没有通过；所有版本的源程序（以及开发环境）均能及时备份； C、往往2至3天备份一次源程序，抽查一般没有通过；所有版本的源程序（以及开发环境）均能及时备份； D、往往一星期备份一次源程序，抽查一般没有通过；有最终版本的源程序（以及开发环境）的备份； E、不备份源程序，抽查从来没有通过。 A、从不向无关人员透露技术秘密，从不携带技术秘密（非工作需要，下同）离开公司。对技术保密问题提出了自己的建议，并被采纳，并8 6 4 2 10 对外技术保密（源程序、技术文档、核心技术等）(10%) 经常提醒他人注意技术保密； B、从不向无关人员透露技术秘密，从不携带技术秘密离开公司。经常提醒他人注意技术保密； C、从不向无关人员透露技术秘密，从不携带技术秘密离开公司； D、偶尔向无关人员透露技术秘密，从不携带技术秘密离开公司； E、偶尔向无关人员透露技术秘密，偶尔携带技术秘密离开公司。 品德廉洁，言行诚信，立场坚定，勤勤恳恳地工作，足为楷模； 品行诚实，言行规矩，平易近人； 言行尚属正常，无越轨行为； 固执己见，不易与人相处，不接收他人的合理建议； 经常利用上班时间处理私事，或擅离岗位，私心严重。 有积极的责任心，能彻底达成任务，可放心交代工作； 具有责任心，能达成任务，可交付工作； 尚有责任心，能如期完成任务； 责任心不强，需有人督导，亦不能如期完成任务； 无责任心，时时需督导，也不能完成任务。 备注： 关于“工作任务”这个项目，必须另附上工作计划及工作总结供参考和审核。总分100 6 4 2 15 13 10 8 5 15 10 8 5 3 8 工作态度(15%) 责任感(15%) 考核人签名 技术部经理确认 考核日期 附录2：项目领导 综合因素考核表
姓名：
项目及考核内容 职位名称： 总得分:
配 分 15 13 10 8 6 15 13 10 自 评 上级审核 善于领导部署提高工作效率，积极达成工作计划和目标； 领导能力 15% 灵活运用部署顺利达成工作计划和目标； 尚能领导部署勉强达成工作计划和目标； 不得部属信赖，工作意愿低沉； 领导方式不佳，常使部属不服或反抗。 总是能够按时完成项目，QBT控制非常好； 项目管理能力 15% 基本能够按时完成项目，QBT得到了一定控制； 项目在QBT方面，有和计划相比出入，但是采取了一定措施，及时补救； 项目控制失败，和计划相差较大。 能出色完成工作任务，工作效率高，具有卓越创意； 工作任务及效率 10% 能胜任工作，效率较高； 工作不误期，表现符合标准； 勉强胜任工作，无甚表现； 工作效率低，时有差错。 有积极责任心，能彻底达成任务，可放心交代工作； 责任感 10% 具有责任心，能达成任务，可交付工作； 尚有责任心，能如期完成任务； 责任心不强，需有人督导，亦不能如期完成任务； 无责任心，时时需督导，也不能完成任务。 善于上下沟通平衡协调，能自动自发与人合作； 沟通协调 10% 乐意与人沟通协调，顺利达成任务； 尚能与人合作，达成工作要求； 协调不善，致使工作较难开展； 无法与人协调，致使工作无法开展。 善于分配权力，积极传授工作知识，引导部署达成任务； 授权指导 10% 灵活分配工作或权力，有效传授工作知识达成任务； 尚能顺利分配工作与权力，指导部署完成任务； 欠缺分配工作权力，及指导部署之方法，任务进行偶有困难； 不善分配权力及指导部署之方法，内部时有不服及怨言。 品德廉洁，言行诚信，立场坚定，足为楷模； 工作态度 10% 品行诚实，言行规矩，平易近人； 言行尚属正常，无越轨行为； 固执己见，不易与人相处； 私务多，经常利用上班时间处理私事，或擅离岗位。 团队满意度 部门对其管理的团队很满意； 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 组员满意度10% 部门对其管理的团队满意； 部门对其管理的团队不满意。 团队成员对所在团队很满意； 团队成员对所在团队满意； 团队成员对所在团队不满意。 备注： 8 6 10 8 6 关于“工作任务”这个项目，必须另附上工作计划及工作总结供参考和审核。总分100 考核人签名 技术部经理确认 考核日期 附录3：组名_XX年XX月_缺点率统计表
序号 平均 姓名 缺陷率 备注 附录4：组名_姓名_XX年XX月XX日_ XX年XX月XX日_工作日记表
日期 序号 起始时间 结束时间 工作内容 备注 附录5：组名_姓名_XX年XX月_PTC报告
开始时刻： 版本记录：；;…)
任务 T1 T2 … Tn 合计 描述 第1周 … 第5周 TOT PTC ACT Percent Budget REM 5 2 平均： 注:表示，第X1个任务的时刻，已经修改了n1次。初始值：,等。
附录6：组别 _ XX年XX月绩效考核表
序号 本组平均得分 姓名 开发过程得分（60％0 综合因素得分（40％） 综合得分
因篇幅问题不能全部显示，请点此查看更多更全内容