您现在的位置:首页>IPD绩效成长>项目绩效
PDT度量指标定义6
来源:IPD百科 作者:IPD百科小编 关注:437次 更新时间:2022-06-29 10:56:25

1656472070527297.png

10、单板返还率

【指标名称】单板返还率(RR:Return Rate)

【指标定义】按照TL9000体系定义的返修件运行时间,分成IRR初始返修率、YRR中期返修率和LTR长期返修率。公司内部定义的指标总返修率。

1、IRR初始返修率:发货时间到统计截止时间点不满半年的板件(单板、部件、模块等,下同)在统计周期内的返修率(折合成年度返修率);(单位:% / 年)

2、YRR中期返修率:发货时间到统计截止时间点在6-18个月的板件在统计周期内的返修率(折合成年度返修率);(单位:% / 年 )

3、LTR长期返修率:发货时间到统计截止时间点在18个月以上的板件在统计周期内的返修率(折合成年度返修率);(单位:% / 年 )

4、总返修率:在统计周期内返修板件与统计截止时间点总发货量的比值(折合成年度返修率);(单位:% / 年 )

【测量对象】PDT

【设置目的】衡量产品硬件在客户运行的返修率,牵引对引起硬件失效的故障原因的分析,促进单板故障率的减低,降低维护成本,提升产品质量。

【统计部门】公司质量部

【统计方法】

1、公司质量部负责利用“可靠性分析平台”数据库进行统计;每月月初发布上月的返修率指标;

2、季度指标算法:按本季度各月发货量加权平均。

3、年度指标算法:本年度末季度值作为年度指标计算。

【计算公式】

 IRR初始返修率 =  统计周期内返修的市场坏件中发货时间不超过半年的板件数/统计截止时间点前1至6月内板件发货总量 ×100%×12

YRR中期返修率 =  统计周期内返修的市场坏件中发货时间在7-18月的板件数/到统计截止时间点发货时间在7-18月内的板件发货总数 × 100%×12

LTR长期返修率 =  统计周期内返修的市场坏件中发货时间在18月以上的板件数/到统计截止时间点发货时间在18月以上的板件发货总数 × 100%×12

总返修率 =  统计周期内返修的市场坏件数/到统计截止时间点板件发货总数 × 100%×12

【计量单位】 %/年

【指标统计时间】从TR4A开始统计

【统计周期】月、季度

【指标说明】

1、TL9000V3.0关于返修率定义了四个指标IRR、YRR、LTR和NYR,这里选用IRR初始返修率作为PDT测量指标

2、IRR/YRR/LTR详细指标算法参见:“TL9000 Quality System Metrics”

  1656472135164031.png    

11、决策评审点准备度  

【指标名称】决策评审点准备度                 

【指标定义】决策评审活动的准备情况

【测量对象】PDT

【设置目的】衡量PDT在决策评审过程中的工作情况,发现评审点管理中的问题,促使PDT全面充分地完成决策评审准备工作。

【统计部门】PL-IPMT秘书机构(项目管理处)

【统计方法】   

在决策评审会上,IPMT秘书机构通过请评审委员填写《业务计划对DCP决策的支持度指标打分表》的方式,或IPMT秘书直接填写《业务计划对DCP决策的支持度指标打分表》,结果发给IPMT成员进行审核的方式,收集IPMT对PDT业务计划及其附件的评价,给出业务计划对决策的支持度得分(满分10分)。

【数据来源】IPMT 评审委员的打分,或IPMT执行秘书的打分

【计算公式】决策评审点准备度得分 = 一个季度内本PDT所负责的所有项目进行的所有DCP决策评审点准备情况得分的平均值

【计量单位】分数

【统计周期】一个季度内PDT进行的每个DCP决策评审点

 1656472161165442.png

12、阶段关键交付件缺陷密度

【指标名称】阶段关键交付件缺陷密度

【指标定义】从计划阶段到发布阶段,关键交付件在测试和评审中发现的缺陷密度

【测量对象】PDT

【设置目的】反映阶段关键交付件的质量状况,以及整个生命周期中,关键交付件发现缺陷密度的变化趋势。通过分析原因,改进阶段关键交付件质量。

【统计部门】研发质量管理部、公司质量管理部

【统计方法】

1、交付件规模定义:

文档按照页数计算规模;软件代码按非空非注释千行KLOC计算规模;单板按千连接数KNOC计算规模。

2、交付件发现缺陷数定义:

TR2,TR3和TR4的缺陷数定义为SUB-TR评审时发现的非提示(包括致命,严重和一般)问题的缺陷总数;

TR4A,TR5和TR6的缺陷数定义为在各SUB-TR评审时,SDV、SIT、SVT和BETA测试报告中反映的非提示(包括致命,严重和一般)问题的缺陷总数。

3、各阶段关键交付件定义:

TR阶段

关键交付件

发现缺陷密度





TR2

设计规格书

     设计规格书评审发现的缺陷数/设计规格书页数(123文件每20行等于WORD文件的一页)

TR3

 

 

单板总体设计方案

    单板总体设计方案评审和检视发现的缺陷数 /文档总页数


逻辑总体方案

    逻辑总体方案评审和检视发现的缺陷数 /文档总页数


软件需求规格

    软件需求规格文档评审和检视发现的缺陷数 /文档总页数(123文件每20行等于WORD文件的一页)

TR4

硬件PCB

   硬件单板单元测试UT发现的缺陷数 /硬件规模千连接


软件代码

     软件模块单元测试UT/IT/ST发现的缺陷数/软件规模KLOC

TR4A


硬件PCB

  硬件在SDV测试发现的缺陷数   /硬件规模千连接


软件代码

    软件在SDV测试发现的缺陷数 / 软件规模KLOC

TR5


硬件PCB

     硬件在SIT测试发现的缺陷数/硬件规模千连接


软件代码

    软件在SIT测试发现 /硬件规模KLOC

TR6


硬件PCB

     硬件在SVT测试发现的缺陷数/硬件规模千连接


软件代码

     软件在SVT测试发现的缺陷数/软件规模模KLOC

 

【计算公式】

版本的关键交付件发现缺陷密度 = 各项目组发现的关键交付件缺陷数之和 / 关键交付件规模

PDT的关键交付件发现缺陷密度=各版本在该TR点发现的关键交付件缺陷密度之和/各版本的关键交付件的规模之和

各阶段TR的关键交付件发现缺陷密度应分别计算,该项指标的结果是给出类似上述表格的一个二维表格,在表格中分别给出各阶段所有关键交付件的发现缺陷密度。

缺陷的严重等级分类标准参考如下表格:

严重程度

评审、检视、测试等各种活动中发现问题的严重程度统一规定

致命

引起系统死机或系统崩溃的问题

严重

引起系统某一功能失效且不能简单恢复的问题;设计出现严重错误或漏洞,如果不加修改会导致严重后果或留下质量隐患

一般

引起系统某一功能失效但可简单恢复或较难重现的问题;设计中出现的错误,如果不修改可能会导致后续的错误,但不是特别严重

提示

从操作或维护的角度发现的问题或建议;属于文字上的错误或者表达方式的问题,不修改可能会导致歧义


【计量单位】个/页,个/KLOC,个/KNOC

【指标统计时间】从TR2开始  

【统计周期】 在TR点进行统计

 1656472204208076.png

13、内部问题累计解决率

【指标名称】内部问题累计解决率

【指标定义】到统计时间点,在统计截止时间点以前的所有问题中,已经关闭的内部问题数占所有内部问题总数的比例。

【测量对象】PDT

【设置目的】对产品的内部质量问题解决率进行度量,分析质量问题的趋势和收敛状况,评估产品质量状况。   

【统计部门】公司质量管理部

【计算公式】内部问题累计解决率=到统计时间点已经关闭的问题数中属于统计截止时间点前反馈的问题数/到统计截止时间点发现所有内部问题数*100%

    内部严重问题累计解决率=到统计时间点已经关闭的严重问题数中属于统计截止时间点前反馈的问题数/到统计截止时间点发现所有严重内部问题数*100%

【统计方法】   

1、统计时间:每月月底;统计截止时间:每月20日

2、在每月月底统计截止到当月20日所有发现问题中已经关闭的问题比例。

3、内部问题指通过CMM电子流跟踪的产品缺陷,包括开发、测试、试制、生产发现的产品缺陷。

【计量单位】

【统计时间】从TR4开始统计

【统计周期】

 1656472231115244.png

14、CPD流程符合度

【指标名称】CPD流程符合度

【指标定义】产品(R版本)开发过程符合CPD流程的程度。

【测量对象】PDT

【设置目的】反映PDT在开发过程中执行CPD流程的情况,推动PDT遵守CPD流程。

【统计部门】产品线CPD推行经理

【统计方法】针对各R版本,PDT完成每个阶段(概念、计划、开发、验证、发布阶段)的工作后,由各研发部质量部组织对PDT本阶段开发活动进行流程执行情况审计,计算得到该PDT开发此版本的过程符合度数据。审计工作按阶段点进行,数据统计上报工作按月度进行,如果某PDT当月没有完成一个开发阶段,则不需统计。

【计算公式】

1、各阶段CPD流程符合度 = (本阶段实际执行的CPD流程活动数/本阶段应执行的CPD流程活动数)×100%

2、阶段累计CPD流程符合度= 截止到本阶段(概念、计划、开发、验证、发布阶段)实际执行的CPD流程活动数/截止到本阶段(概念、计划、开发、验证、发布阶段)应执行的CPD流程活动数×100%

注:

1、为统一测评尺度,由质量部依据CPD各阶段详细操作流程中所列的活动,制定统一的checklist。

2、“应执行的CPD流程活动数”可以是经批准裁剪后应执行的活动数。

【计量单位】

【指标统计时间】阶段点结束

【统计周期】月度

 1656472257621937.png

15、CPD流程符合度指标

【指标名称】CPD流程符合度

【指标定义】产品(R版本)开发过程符合CPD流程的程度。

【测量对象】PDT      

【设置目的】反映PDT在开发过程中执行CPD流程的情况,推动PDT遵守CPD流程。

【统计部门】各产品线CPD推行组

【统计方法】针对各R版本,PDT每个阶段(概念、计划、开发、验证、发布阶段)结束后,由各产品线CPD推行组组织对PDT本阶段CPD活动进行流程执行情况审计,计算得到该PDT开发此版本的过程符合度数据。审计工作按阶段点进行,数据统计上报工作按月度进行,如果某PDT当月没有完成一个开发阶段,则不需统计。

【计算公式】

1、各阶段CPD流程符合度 = 本阶段实际执行的CPD流程活动数/本阶段应执行的CPD流程活动数×100%

2、阶段累计CPD流程符合度= 截止到本阶段(概念、计划、开发、验证、发布阶段)实际执行的CPD流程活动数/截止到本阶段(概念、计划、开发、验证、发布阶段)应执行的CPD流程活动数×100%

注:

1、为统一测评尺度,由公司CPD推行团队依据CPD各阶段详细操作流程中所列的活动,制定统一的checklist。

2、"应执行的CPD流程活动数"可以是经批准裁剪后应执行的活动数。

【计量单位】

【指标统计时间】阶段点结束

【统计周期】月度

 

PDT报告模板里需要增加的内容:

阶段   概念   计划   开发   验证   发布

各阶段CPD流程符合度               

阶段累计CPD流程符合度                

 1656472322146184.png

16、项目周期、阶段周期及进度偏差

【指标名称】 项目周期、阶段周期及进度偏差       

【指标定义】具体见【统计方法】

【测量对象】PDT

【设置目的】度量PDT项目周期与合同承诺周期的差距,分析差距产生的原因,改进业务。

【统计部门】项目管理处

【数据来源】《产品开发项目管理》NOTES数据库

【统计方法】

一、R 版本项目周期、阶段周期及进度偏差测量值计算方法

1、R版本项目周期=R版本开发完成点的实际时间朢版本开发启动点的实际时间

2、R版本某阶段周期 =R版本此阶段结束点的实际时间朢版本此阶段开始点的实际时间其中:R版本开发完成点的计划基准时间为合同时间。

3、R版本项目进度偏差=R版本开发完成点的实际时间朢版本开发完成点的计划基准时间

 

二、PDT项目周期、阶段周期及进度偏差PDT项目周期、阶段周期及进度偏差的测量范围为本年度所有开发完成的R版本。计算方法如下:

1、PDT项目周期=∑PDT管理的R版本项目周期÷R版本总数

2、PDT项目进度偏差=∑PDT管理的 R版本项目进度偏差÷R版本总数

3、PDT某阶段周期的测量范围为本年度所有过了该阶段的R版本(包括在研版本和今年开发完成的版本),计算方法如下:PDT某阶段周期=∑R版本此阶段的阶段周期÷R版本总数

【计量单位】

【统计周期及时间】按季度统计

【说明】

1、R版本项目进度偏差为负值表示进度提前。

2、R版本项目周期、项目进度偏差指标在项目开发结束后进行计算;阶段周期在项目过了要统计的阶段之后计算。

3、废弃项目不计算这周期和进度偏差,但要计算阶段周期; 未到GA就开发结束的版本和未到转产就开发结束的版本,不计算项目周期指标,但要计入项目进度偏差;

4、计算PDT项目进度偏差时,如果R版本对应的项目进度偏差小于0的,按0计算。

5、PDT的此项指标是当年截止当季的累计指标,即:1季度的指标包括1季度开发完成的版本; 2季度的指标包括1、2两个季度开发完成的版本;3季度的指标包括1、2、3三个季度开发完成的版本;4季度的指标包括全年开发完成的 版本。

6、PDT的项目周期和项目进度偏差指标按复杂度不同分开统计,版本的复杂度标准由项目管理处提供,进度偏差率指标不分复杂度统计。

联系我们

Contact us

联系电话:021-61990302                  邮箱地址:office@ipdwiki.com
Copyright © 2022 IPD百科网 All rights reserved 沪ICP备2021008520号-5  
沪ICP备2021008520号-6