量化考核指标的TQC法

大分类 小分类 KPI 计算公式 考核规则 出发点 数据采集方法 潜在的问题  
结果 工期(T)
取值范围:0.6--1.5
工期偏差率系数(DVI) (实际工期-计划工期)/计划工期 1 若DVI<-10%,则工期系数为1.2,DVI<-20%以上则工期系数为1.5
2 若DVI>10%,则工期系数为0.9,DVI>20%则工期系数为0.8,DVI>30%则工期系数为0.7,DVI>40%以上则工期系数为0.6
对于软件项目而言按计划交付了高质量的客户满意的程序是最主要的目标,商务合同已签订,价格已确定,项目不拖期、不返工就意味着节省了成本,所以在本体系中没有考核成本,软件的成本大部分就是开发工作量。 计划工期为需求确定后和客户协商的工期。 可能存在由于客户原因的导致计划工期在实际中进行调整。  
结果 质量(Q)
取值范围:0.5--1.5
缺陷逃逸率系数(DEI) 交付后3个月内客户发现的缺陷个数/在开发过程中发现的缺陷个数 1 DEI<1%,则质量系数为1.5,DEI<2%,则质量系数为1.4,DEI<3%,则质量系数为1.3,DEI<4%,则质量系数为1.2,DEI<5%,则质量系数为1
2 DEI>6%,则质量系数为0.9,DEI>7%,则质量系数为0.8,DEI>8%,则质量系数为0.7,DEI>9%,则质量系数为0.6,DEI>10%,则质量系数为0.5
该系数仅需要度量缺陷的个数,不需要度量规模或工作量等其他数据,简单易行。
该指标要求项目组应该在开发过程中发现尽可能多的缺陷,并记录这些缺陷,不要将缺陷遗留给客户去发现。
1 开发过程中的缺陷个数包括了对代码执行代码走查和测试发现的缺陷个数及对需求、设计文档进行同行评审发现的缺陷个数
2 客户发现的缺陷以客户试运行阶段及正式运行阶段发现的个数为准
3 只统计缺陷的个数不统计建议的个数
客户发现的缺陷需要有统一入口,不要隐瞒不报。
要建立和客户的正式的沟通机制。
 
过程 规范依从性(M)
取值范围:0.6--1.3
未及时修复的不符合问题率(NCI) 未按期修复的不符合问题个数/发现的符合问题总数 1 NCI<1%,则规范系数为1.3,NCI<2%,则规范系数为1.2,NCI<3%,则规范系数为1.1,NCI<4%,则规范系数为1,
2 NCI>4%,则规范系数为0.9,NCI>5%,则规范系数为0.8,NCI>6%,则规范系数为0.7,NCI>7%,则规范系数为0.6
不考核不符合问题的个数,而是考核未及时修复的不符合问题的个数。允许大家在过程中犯错误,但是必须及时修正错误。 QA人员度量即可。 如果QA人员的水平不够,则可能发生QA人员无法发现足够多的问题,也有可能造成QA人员和被考核人员的对立。对于QA人员可以考核其单位时间内发现的不符合问题的个数,以互相制衡。

你可能感兴趣的:(工作,测试,文档)