第一部分 需求、设计、开发、测试、配置岗位
一、工作量
1、项目计划工作量一般按照工作日来制定，有特殊情况的（例如改动较小的需求等）按工时统计。1工作日=8工时，每工时计1分。
 
2、工作量的制定由项目经理根据中级程序员实际完成需要的工时数制定，并与具体开发人员讨论确认后写入进度计划。
 
3、原则上，项目经理应将bug分配给bug责任人自己修改。开发人员修改自己的bug，不计入工作量统计。由于特殊原因，由其他人修改bug的，修改者计入工作量。
 
4、日常事务性工作的工作量按照工作日平均给分。配置工作每工作日记1分。

5、需求工作量为项目组其他已统计工作量的人均值。
 
二、工作质量
1、开发人员应在提交代码前进行单元测试，单元测试中发现的问题可视情况记入TD，单元测试发现的bug不扣分。
 
2、在代码或工作文档提交后发现的bug，根据bug严重程度扣分，
严重bug -1.5
中等bug -1
轻微bug -0.5
 
严重级别 测试发现问题 代码走查发现问题 文档问题 
严重 A. 严重错误，导致操作无法继续; A．  程序逻辑错误;  A.没有必备（工程实施、操作指南）文档 
    
 B.未执行主要功能; 　 B.文档不能指导工程实施或用户操作 
中等 C. 业务性错误，不符合业务要求;  B．  程序与设计说明书不一致、功能不完备; C.文档缺少部分内容描述 
 D.操作错误，不符合操作的要求; 　 D.文档内容有错误，无法按描述实施 
轻微 　 C．  出错信息不完备; 　 
 E.界面不合格，文字或排版错误; D．  注释、命名不符合规范; E.格式不合格，文字或排版错误 
 T．其他问题 E．  界面不合格;  　 
 　 F．其他问题； 　 
建议 J．建议;  J．建议; F.建议 

3、为鼓励开发人员进行单元测试，当测试阶段发现问题后，追溯单元测试记录，如相同模块有提交bug的记录，则每个bug计0.5分，以抵消测试阶段的问题。单元测试提交的问题应对其他人员的工作有借鉴意义，原则上不得提交界面错别字等没有参考价值纯粹充数的bug。测试人员和项目经理将审查单元测试问题记录，有权拒绝不合理的单元测试记录。

 
4、提交给客户后（不管是否发布版本）发现的bug，又没有在TD中体现的，参照第2条标准，除扣开发人员分之外，相应的对测试人员扣分。

5、需求工作的工作质量视每份需求规格说明书加减分：需求规格说明书形成后，基本不需要与设计人员专门沟通即可进行设计的，加10分；需要进行一次系统沟通的，不加分；需要反复沟通不断变更文档的，扣10分。
 
三、工作效率
1、同等条件下，初级程序员工期可比计划工期推迟30%，高级程序员工期应比计划工期提前25%。
 
2、实际工期超过计划工期20%以内的，不予减分。
 
3、实际工期超过计划工期20%才完成，或提前完成的，用
（计划工期-实际工期）*2分/工作日，进行加减分。
 
四、附加分
1、项目组不进行每日考勤，但遇到以下情况应另外扣分：
一般应提前一天请假，有特殊情况的，应在上班时间开始前请假，无故迟到半小时以上，每小时扣1分。
 
2、项目成员有重大贡献，技术突破或整理归纳的贡献时，项目经理视情况酌情加分，每项上限16分。
 
3、项目成员的重大贡献为公司认可并采纳推广的，项目经理可视情况给予每项上限100分的奖励，并由公司另外设立专项奖金进行奖励。

－－－－－－－－
说明：
1、个人绩效考核最终得分为一到四累计分数，作为绩效考核和奖金分配依据，项目经理本人不参与本考核。
例如，张三被分配了一项计划工作30工作日的工作，他用了40个工作日完成，出现严重bug1个，中等bug5个，轻微bug9个，则他最终的绩效得分是：
8*30-（1.5*1+1*5+0.5*9）-2*（40-30）=209

2、项目成员每年积分应达到800分以上为合格，若低于800分将考虑降薪，低于600分将考虑解聘，高于1000分将作为晋升和加薪依据。
 
3、当本项目出现人员富余，部分项目成员无法达到合格积分时，项目经理应积极考虑人员借出，帮助员工完成年度积分。