开发人员工作评价标准.docx
《开发人员工作评价标准.docx》由会员分享，可在线阅读，更多相关《开发人员工作评价标准.docx（3页珍藏版）》请在冰点文库上搜索。
开发人员工作评价标准 V1
1、 此标准适合所有开发人员及参于该工作的相关测试人员。
2、 此标准适合未转正的新员工和老员工。
3、 此标准用于评价员工工作绩效及用于员工自我评价。
工作内容
超预期结果
合格结果
不合格结果
需求分析
1、 提前完成任务。
2、 或需求分析中具备创新性，对原有需求改进，形成差异化优势或大幅提高产品竞争力（需评审确定）。
１、按期完成任务。
２、给出的需求分析文档一次性评审通过，且无重大问题发现。
1、 超期完成。
2、 或需求评审过程中发现超过1个以上的严重问题。
技术预研工作
1、 提前完成任务。
2、 或给出的解决方案具有创新性更完美的解决了问题。
3、 或给出的解决方案经过技术攻关，突破了相关的技术壁垒。
1、按计划产出预言结果并给出可行方案或不可行的确切理由。
（不可行的确切理由一般应该提前与计划完成时间给出）。
1、 超期完成。
2、 或给出的解决方案不合要求。
设计工作（详细设计和概要设计）
1、 提前完成任务并且评审时无大问题出现，1次性通过评审；
2、 或设计方案具备创新性或技术攻关突破，使用该设计可大幅增加产品竞争力或节约成本。
1、按计划完成任务产出合格设计文档并评审通过（评审次数不超过2次）。
1、超期完成任务。
2、 或评审时发现超过一个以上严重问题，评审超过2次以上。
编码
1、 提前完成任务，代码质量合格。
或经代码审查及后续测试证明千行Bug率为小于1 （指严重Bug）。
2、 或按期完成任务，代码质量合格。
且在编码过程中，发现原有设计不合理的地方提出来与项目经理或部门相关负责人讨论并改进，经确认对产品的特性起到明显改进作用的。
1、 按计划完成任务
2、 且经代码审查及后续测试证明千行Bug率小于等于2。
（指严重Bug）
3、 且编码结果与原设计文档（质量过关的文档）预期结果相符。
1、 超期完成
2、 或代码质量不合格。
3、 或不按设计文档实现，私自变更需求或设计的。
代码审查
1、 提前完成任务。
2、 且经审查后，该模块质量达标，后期测试中未被因质量问题罚款（参考代码审查流程）。
或审查出了对产品质量有重大影响且难以测试出来或难以测试重现的问题。
１、按期完成任务。
２、且经审查后，该模块质量达标，后期测试中未被因质量问题罚款（参考代码审查流程）。
１、超期完成
２、或代码审查质量不过关，后期测试中被罚款。
测试
1、 提前完成测试工作。
2、 或测试出的Bug总数大于公司平均水平。
3、 或测试出高质量（发现难以发现的Bug或重现了难以重现的Bug）的Bug数大于公司平均水平。
4、且对所测试产品各功能非常熟悉。
1、按计划完成测试工作。
2、且测试出的Bug总数与公司平均水平相差不超过5%
3、且对所测试产品各功能比较熟悉。
1、未按计划完成工作。
2、或测试出的Bug总数小于公司平均水平。
3、或对所测试产品的各功能不熟悉。
测试案例编写
１、提前完成案例编写任务。
２、且所编写的案例评审一次通过，无返工行为。
１、按期完成任务。
２、且所编写的案例评审一次通过，无返工行为。
１、超期完成任务。
２、编写的案例质量不过关，评审的时候被提出了过多的问题而导致罚款。
代码维护、查Bug
1、对所维护代码非常熟悉、对出现的Bug能及时解决。
2、且解决了一些很难查的严重Bug（以团队CTO技术水平衡量是否难查），或经自发性代码审查发现原有代码中的多处问题未被测试出来的或隐藏很深的问题。
1、对所维护代码非常熟悉、对出现的Bug能及时解决。
1、对所维护代码不熟悉、对出现的Bug不能及时解决。
做技术支持
1、 能及时协调解决客户的问题 。
2、 且善于总结技术支持中出现的问题及其原因并形成文档供其它同事后续借鉴和学习。
1、能及时协调解决客户的问题。
1、不能及时协调解决客户的问题。
说明：
１、 关于沟通协调：
为完成上述工作，需要一定的沟通协调能力，公司对沟通协调的要求是：
1、前期沟通：
任务交办者与任务承担者双方前期要把目标做成什么样，产出什么结果沟通清楚，避免方向性错误；
2、中期汇报和检查：
在做的过程中，任务承担者要求多向直接上级汇报进度和成果，及早发现做的过程中的问题，及时纠正，以免后期发现影响项目进度；同时也要求任务交办者做好检查和监控工作，及时发现问题。
3、后期确认：
做完了之后要由任务交办者对所产出的结果做检查确认，看是否达到要求，并及时评价。
２、 关于公司对人员的任用原则是：
1、 经常超预期完成任务的人员，破格提拔，重点任用。
2、 合格人员正常任用。
3、 不合格的人员淘汰出局。
研发管理委员会
升级会员 