开发部员工考核制度.doc

开发部员工考核制度 （试行） 本考核办法至2014年5月开始试行。 一、考核方式： 考核周期为上月11日至本月10日； 每月先由部门经理对员工进行本期考核打分；并对考核结果进行公示。 每期考核须经员工本人同意。 二、考核标准： 考评标准分为工作完成质量（50%）、工作完成率（50%）、奖励激励（10）、惩罚措施（-20）4项组成。 各项评分标准见附表1。 三、绩效计算： 绩效工资：员工将1800作为基本工资，其他部分作为绩效工资。不包含公司发放的补贴补助； 考评分数：满分110分，基本部分100分+奖励部分10分； 分数计算： 员工当期考评分计算公式：基础部分+奖励部分-惩罚部分； 绩效工资计算公示：员工绩效工资×当期考评分/100。 四、补充说明： 1、本考核只针对软件部员工 2、本考核如于公司制度规定重复项目，以公司制度为准，随即取消该项考核，该项考核分数转移到其它考核项； 3、出现下列任何情形，取消员工当月全部绩效。对情节严重者进行岗位、待遇调整。 （1）自身原因导致数据混乱、丢失； （2）工作进度影响项目演示、培训、验收、收款； （3）与客户发生冲突； （4）重要资料丢失且未备份； （5）其他对公司整体形象、业务经营等造成重大不良影响的情况 附表1：评分标准： 考评项 考评子项 评分标准 工作完成质量（50%） 稳定性（20分） 1. 代码运行很不稳定，存在较多的因素导致程序崩溃（0分） 2. 代码运行不太稳定，有几率导致程序崩溃（4分） 3. 代码运行稳定，但是也有几率导致程序崩溃（7分） 4. 代码运行稳定，没有引起程序崩溃的几率（12分） 5. 代码运行稳定，界面友好，易操作（15分） 6．代码运行稳定，界面友好，易操作，功能完善（20） 规范性 （8分） 不了解公司编码规范，按照个人编写习惯，不符合规范要求，代码晦涩难懂（0分） 不了解公司编码规范，按照个人编写习惯，不符合规范要求，但思路清晰（1分） 3. 基本了解编码规范，但按照规范编写的意识较弱，较少按照编码规范编写（3分） 4. 基本了解编码规范，但按照规范编写的意识较弱，大部分按照编码规范编写（5分） 5. 熟悉编码规范，严格按照编码规范编写（6分） 6. 严格遵守编码规范，对规范的执行和完善起到积极作用，受到相关人好评（8分） 可维护性（12分） 1. 代码逻辑混乱，结构复杂，一般很难读懂思路（0分） 2. 代码基本可以读懂，结构较为清晰，但是逻辑复杂，多次阅读才能理解，不具备可移植性（5）。 3. 代码逻辑简单，结构清晰，具备一定的移植性，只能在本项目类似地方复用（10分） 4. 代码逻辑简单，结构清晰，具备可移植性，能在很多地方不同的项目中复用（12分）。 Bug数量（10分） 1. 代码错误百出，无法满足实际业务需求（0分） 2. 能够满足基本业务需求，同一功能bug出现多于3个以上（1分） 3. 能够满足基本业务需求，代码没有严重问题，同一功能bug出现不多于3个。（6分） 4. 能够满足基本业务需求，代码没有严重问题和一般问题，同一功能bug出现不多于1个（10分） 工作完成效率（50%） 工作任务完成率 （25分） 1.经常不能按时完成任务，对所分配的任务消极怠工，拖拉，懒散（1分） 2.个别任务未能按时完成，但80%的工作都基本完成，不影响项目整体进度（6分） 3.滞后1-2个工作日完成任务，质量一般，基本达到上级或者项目的要求（8分） 4．滞后1-2个工作日完成任务，完成质量良好，达到上级或者项目的要求（13分） 5.能够按时完成分配的任务，并基本达到上级或者项目的要求（18分） 6.能够及时的完成每项任务，并且完成质量较好（20分） 7.能够提前出色的完成所分配的任务（25分） 处理问题的效率及主动性 （15分） 1.能够主动积极的思考问题解决方法，并且在第一时间把问题解决掉，对于团队成员的问题也能及时给予解决（15分）2.对于问题能够及时主动的寻找解决办法迅速处理的（10分）3.对于问题能够及时主动的寻找解决办法并一定时间内处理完毕的（8分）4.对于问题采取拖延处理方式，处理时间相对较长，但最终处理完毕的（5分）5.对于问题采取拖延处理方式，且最终未能处理的（0分）6.对于其他部门反馈自身开发模块出现的问题，能主动解决，但耗时较长（每次扣1分，最高扣10分，扣至0分为止）7.对于其他部门反馈自身开发模块出现的问题，不主动解决，总是等待领导安排，但能及时处理，把问题解决掉（每次扣1分，最高扣10分，扣至0分为止） 工作日志（10分） 1．经常不填写工作日志，及时填写也是一笔带过，没有清楚描述工作任务（0分） 2.不能及时的填写工作日志，总是集中补漏，记录空乏（1分） 3.工作日志填写及时，三次