绩效考核标准,KPI考核标准

绩效评定标准

今后绩效分数评定以每周为单位，在任务跟踪表中进行评定，季度末汇总。

自2015年4季度起，绩效评定按本标准执行。

前三季度已出现的BUG、已完成任务、不参与扣分。

前三季度的绩效评定对15年年终的职称评定及加薪不起决定作用，不参与计算，但作为参考。

15年年终的职称评定及加薪主要以本年度第四季度绩效成绩为依据，标准：4季度得A 或者4季度相比之前在进度和质量上有明显提高。

一、日常任务评定。

A. 适用对象：全体员工。

B. 扣分标准：

任务延期：扣分基数：0.5分，延迟N天扣分值=0.5*1+0.5*2+……+0.5*N。

任务完成不规范、不完整：一次扣0-2分，单位0.1分。

任务跟踪表填写不规范，不清晰，要素不明确：一次扣0-1分，单位0.1分。

任务饱和度：任务工作量与本周时间比例，根据饱和情况每周扣0-1分，单位0.1分。

D. 任务跟踪表填写标准：

1.【本周任务完成情况】和【下周任务内容及完成计划】栏目填写时，以任务为单位，

依次编号，如：

a)【下周任务内容及完成计划】栏目填写举例：

1.XXXX任务：输入：xxx；完成目标：全部完成；输出：XXX.cs.XXX.cpp。XXX

文档；计划用时：本周。

2.YYY任务：输入：xxx；完成目标：完成XXX模块；输出：XXX.cs.XXX.cpp。XXX

文档；计划用时：13天。

3.zzzz任务：输入：xxx；完成目标：完成XXX模块；输出：XXX.cs.XXX.cpp。

XXX文档；计划用时：本周。

b)【本周任务完成情况】栏目填写举例：

1. XXXX任务：全部完成。

2.YYY任务：本周目标完成。

3.zzzz任务：未完成，完成了XXX模块的70%。

2.任务跟踪表【下周任务内容及完成计划】一栏对下周任务计划是必要包含的要素：

a)任务输入：即任务来源、任务启动需要的前提条件任务需要参考的各种文档

资料等；

b)本周计划完成的目标：全部完成还是完成哪些模块？可测量，可评估；

c)本周的任务输出：本周任务完成时，需要输出的文档、源代码文件名等；

d)任务最终完成计划用时：以天为单位，有些任务一周时间不够的，写任务所

需总天数。

3.任务跟踪表【下周任务内容及完成计划】一栏需要写入的其他内容：

a)上周未完成的任务：如果本周继续任务，则按照A的要求调整本周的目标；

如果本周暂停，则移入【任务表】，并正确填写状态。

4.【本周任务完成情况】要明确填写的要素：

a)将上周【下周任务内容及完成计划】一栏的任务逐条复制到此处，并逐条在末

尾处加冒号，写明本周具体完成情况，哪些完成，哪些未完成。

备注：

A.经任务分配人（一般是软件项目负责人、部门经理、小组负责人）同意，因紧急突

发任务及其他原因暂停的，可以暂停任务，暂停不算延期；

B.任务分配人中途下发紧急任务打断当前任务时，应提出异议，否则自行承担延期后

果。

C.突发紧急任务、外部前提条件不满足等导致任务无法继续进行时，及时向任务分配

人提出暂停请求，经同意后暂停任务，不算延期。

D.突发紧急任务、外部条件不满足时，不及时与任务分配人沟通，最后任务验收时才

提出异议者，按延期处理。

二、版本发布（对外）、归档。

A. 适用对象：项目负责人、开发负责人、需求负责人、测试负责人。

B. 版本发布延期扣分标准：扣分基数：0.5分，延迟N天扣分值=0.5*1+0.5*2+……+0.5*N。

C. 时间计算：从第一次计划版本发布（对外）完成日开始，到实际归档完成日为止的总天数，减去第一次计划版本发布（对外）完成日到第一次计划归档完成日的总天数。

如：

从第一次计划版本发布（对外）完成日：X

第一次计划归档完成日：Y。

实际归档完成日：Z。

延期总天数N=Z-X-(Y-X)。

备注：任务与外部门相关时，在任务计划制定时，包含了外部门相关的计划时间，并且与外部门沟通确认活得外部门认可时，在外部门执行过程中，外部门临时突发任务或者其他突发情况造成计划不能正常执行的，外部门负主要责任，此种情况导致的延期天数不按照上述进规则扣分，以出现问题后，是否主动进行协调斡旋积极敦促及协助外部门尽快完成任务的情况扣分，分值最高不超过5分。

三、任务完成质量评定。

A. 适用对象：全体员工。

B. 扣分标准：

a. 版本发布内BUG：开发者：1分/个；

b. 系统组及公司其他部门BUG：

BUG相关开发人员、全体该项目测试人：各扣4分/个；

项目负责人、测试负责人5分/个；

执行人及负责人为同人者，按负责人扣分，下同。

c. 用户现场BUG：项目负责人、BUG相关开发人员、全体该项目测试人5分/个。

d. 对于系统组及现场提出的BUG，测试人员在他们之前发现并提出BUG，则所有测该项目试人有b/c中的3分/5分扣分值降低为1分/2分，其他非测试人按照2分/3分执行。

e. 由于BUG的发现时间具有随机性，当季度发生的BUG算在当季度的绩效内。

f. 开发人员在内部测试期间发现自己及他人BUG的，内部发布阶段扣分由1分降为0.5分（BUG所有人），在产品进入外部之后发现自己及他人BUG的，扣分由4/5分/个统一降为1分/2分/个。

g. 内部测试阶段，由开发人员发现的BUG，每发现一个，测试人员每人扣0.2分；在系统组及外部环节，开发人员发现一个BUG，测试人员仍旧按照b/c扣分。