PDT团队KPI指标库.docx

PDT团队KPI指标库.docx

《PDT团队KPI指标库.docx》由会员分享，可在线阅读，更多相关《PDT团队KPI指标库.docx（19页珍藏版）》请在冰豆网上搜索。

PDT团队KPI指标库

PDT团队KPI指标库

说明书

常用词汇/缩略语英汉对照表

常用英文词汇/缩略语对应中文

1.BMC：

BasicManufactureCost制造本钱

2.Pre-taxIne（PTI）税前利润率

3.NumberofProblemReports（NPR）网上遗留问题缺陷密度

4.ProblemReportFixResponseTime（FRT）网上问题与时解决率

5.OverdueProblemReportFixResponsiveness（OFR）网上逾期问题解决率

6.TransformationProgressMetrics（TPM）变革进展指标

7.FunctionalExcellence（FE）功能部门业务能力提升项目

8.MetricsCoordinator（MC）指标协调员

9.Kilo-NumberofConnections〔KNOC〕千连接数

10.SDVSystemDesignVerification系统设计验证

11.SITSystemIntegrationTest系统集成测试

12.SVTSystemVerificationTest系统验证测试

1财务

1.1销售收入

【指标名称】销售收入

【指标定义】当年PDT管理的产品的销售收入

说明：

销售收入是公司对外销售产品的收入，是指为使用户取得设备向用户收取的全部价款。

其中包括设备收入和外配套收入。

【指标用途】KPI考核指标

【测量对象】PDT

【设置目的】反映PDT管理的产品销售规模

【统计部门】财务部

【统计方法】销售收入由R版本对应的产品型号核算获得

【计算公式】

①季度计算公式：

本季度PDT管理的产品的销售收入

②累计计算公式：

本年截止报告期各季度PDT管理的产品的累计销售收入

【计量单位】万元

【统计周期与时间】季度

1.2毛利率

【指标名称】毛利率

【指标定义】当期PDT管理的产品的实际平均毛利率。

此指标应和开发合同书中的约定保持一致。

①销售毛利率＝〔销售收入-销售本钱-销售税金与附加〕÷销售收入×100%

②销售收入是公司对外销售产品的收入，是指为使用户取得设备向用户收取的全部价款。

其中包括设备收入和外配套收入。

③销售本钱是公司为销售设备和提供服务所发生的本钱，包括产品销售本钱、服务销售本钱。

产品销售本钱包括设备的制造本钱〔BMC：

BasicManufactureCost）、期间本钱和外配套本钱。

制造本钱包括标准本钱和差异分摊。

期间本钱包括发货运费、存货跌价准备、知识产权费、出口不能抵扣的进项税、其他期间本钱〔关税清关费等〕。

外配套本钱是指销售中配套件的本钱。

服务销售本钱包括安装培训保修本钱，对外服务本钱。

安装培训保修本钱包括工程安装、培训、WARRANTY保修本钱〔WARRANTY具体包括保修期的维保费用、质量保证金、保修期外未签维保费用）。

对外服务本钱包括保修期外已签维保费用、备板备件本钱和专项费用。

④销售税金与附加是指由于销售产品、提供劳务而承当的销售税金与附加，国主要包括营业税、城市维护建设税、教育费附加。

【指标用途】数据积累

【测量对象】PDT

【设置目的】反映PDT管理的产品总体设计本钱降低的实际效果，衡量产品的盈利能力

【统计部门】财务部

【统计方法】毛利率由R版本对应的产品型号核算得到。

【计算公式】

①季度计算公式：

〔本季度PDT管理的产品的销售收入-本季度PDT管理的产品的销售本钱-本季度PDT管理的产品的销售税金与附加〕÷本季度PDT管理的所有产品的销售收入×100%

②累计计算公式：

〔本年截止报告期各季度PDT管理的产品的累计销售收入-本年截止报告期各季度PDT管理的产品的累计销售本钱-本年截止报告期各季度PDT管理的产品的销售税金与附加〕÷本年截止报告期各季度PDT管理的产品的累计销售收入×100%

【计量单位】％

【统计周期与时间】季度

1.3累计赢利时间

【指标名称】累计赢利时间

【指标定义】PDT从PDCP开始到生命周期实现首次累计盈亏平衡的时间长度。

【指标用途】KPI考核

【测量对象】PDT

【设置目的】反映PDT管理的产品的投资回收能力，赢利时间越短如此投资回收能力越强。

【统计部门】财务部

【统计方法】

累计赢利时间：

财务代表根据分产品分月核算表中“生命周期累计税前利润〞项来判断PDT管理的产品合计数据是否达到其生命周期第一次累计盈亏平衡，确定盈亏平衡点，同时根据历史数据找到该PDT的产品PDCP开始的时间点，以此计算产品实现赢利的时间长度。

注：

考虑到产品达到盈亏平衡点后，仍需继续投入与销售变化等因素，可能又会回到亏损状态，因此上述赢利时间均指首次达到盈亏平衡的时间。

【计算公式】累计盈亏平衡时间：

产品首次实现生命周期累计盈亏平衡的月份－产品开始有财务核算数据的月份。

每月主要反映两方面的信息：

①截止到本月整个生命周期累计是否赢利；②是否达到首次盈亏平衡点。

注：

如第30个月仍未达到累计盈亏平衡，第37个月达到首次盈亏平衡点，如此每月的指标信息的反应形式为：

第31月，反应“31个月累计亏损，未到首次盈亏平衡点〞

第32月，反应“32个月累计亏损，未到首次盈亏平衡点〞…

第37月，反应“第37个月达到首次盈亏平衡点〞

第38月，反应“38个月累计赢利，第37个月达到首次盈亏平衡点〞…

【计量单位】月

【指标统计时间】从PDT产品的PDCP开始累计

【统计周期】季度

【指标说明】此衡量指标能够促进尽快将适宜数量的产品推向市场，来获得独占高价利润和市场份额。

它可以推动开发团队了解与一个产品相关的所有本钱，并开始权衡产品延迟对产品利润的影响。

1.4PDT研发费用预算执行偏差率

【子指标名称】PDT研发费用预算执行偏差率

【指标定义】PDT所管理的产品项目的实际核算数据与其预算数据的偏差程度。

此指标应和开发合同书中的约定保持一致。

【指标用途】KPI考核指标

【测量对象】PDT

【设置目的】反映PDT对产品项目研发费用预算的准确性和实际执行的偏差情况

【统计部门】财务部

【统计方法】研发费用预算值通过PDCP的合同书中研发费用预算数据，研发费用实际值为财务部的核算数据。

【计算公式】

①月计算公式：

〔PDT所管理的产品项目的当月实际研发费用—PDT所管理的产品项目当月预算的研发费用〕÷PDT所管理的产品项目当月预算的研发费用×100%

②累计计算公式：

〔PDT所管理的产品项目的本年度累计实际研发费用—PDT所管理的产品项目的本年度累计预算研发费用〕÷PDT所管理的产品项目的本年度累计预算研发费用×100%

【计量单位】%

【指标统计时间】PDCP后开始统计

【统计周期】月

1.5目标本钱完成率

【指标名称】目标本钱完成率

【指标定义】项目在开发后期的实际测算设计本钱针对PDCP时确定的目标设计本钱的达成情况。

此指标应和开发合同书中的约定保持一致。

【指标用途】KPI考核指标

【测量对象】PDT

【设置目的】反映PDT对项目进展设计本钱控制的绩效

【统计部门】财务部

【统计方法】目标制造本钱由财务代表根据项目的估计的配置匹配上标准本钱或采购价+制造费用计算出单位本钱；实际制造本钱由财务代表根据项目实际的BOM清单配置匹配上标准本钱计算出单位本钱。

【计算公式】

项目计算公式：

［1+〔1－项目在ADCP点的制造本钱实际值÷PDCP确定的制造本钱目标值〕］×100%

【计量单位】%

【指标统计时间】从PDCP确定制造本钱目标值，在ADCP点测算制造本钱实际值

【统计周期】在ADCP点后统计一次

2客户

2.1实验局软件缺陷密度

【指标名称】实验局软件缺陷密度

【指标定义】产品在实验局运行过程中软件缺陷数占软件规模的比例

【指标用途】KPI考核

【测量对象】PDT

【设置目的】以实验局作为样本衡量产品软件运行的稳定程度

【统计部门】质量管理部

【统计方法】

在实验局阶段，统计客户外部故障跟踪系统中记录的不重复的缺陷数。

【计算公式】

实验局产品软件缺陷密度＝本月实验局发生的不重复软件故障数/软件规模×100％

【计量单位】个/KLOC

【指标统计时间】实验局开局后开始统计

【统计周期】月度、季度、年度

2.2实验局硬件故障率

【指标名称】实验局硬件故障率

【指标定义】产品在实验局运行过程中出现的故障数占台数的比例

【指标用途】KPI考核

【测量对象】PDT

【设置目的】以实验局作为样本衡量产品硬件运行的稳定程度

【统计部门】质量管理部

【统计方法】在实验局阶段，统计产品硬件发生故障的数量。

【计算公式】

实验局产品硬件故障率＝本月实验局发生硬件故障的台数/实验局设备台数×100％

【计量单位】次/局·年

【指标统计时间】实验局开局后开始统计

【统计周期】月度、季度、年度

2.3问题缺陷密度

【指标名称】问题缺陷密度

【指标定义】在产品的生命周期中，通过用户发现问题分析得到的新增软件Bug数与软件规模的比率，该数量可表示已交付的产品在其运行生命周期中的质量。

【设置目的】反映产品本身开发设计质量、促进测试部门在产品发布前发现问题，降低漏测率。

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

【统计方法】

新增Bug数是在产品发布后，通过用户发现的问题分析得到的软件Bug数，不包括由于LMT团队工作产生的Bug数。

【计算公式】已发布的产品软件Bug数总和/产品软件规模总和

【计量单位】个/KLOC

【指标统计时间】验证阶段完毕后开始统计

【统计周期】月度、季度、年度

【考核对象】PDT

2.4硬件故障率

【指标名称】硬件故障率

【指标定义】在产品的生命周期中，硬件发生故障的比率，该数量可表示已交付的产品在其运行生命周期中的质量。

【设置目的】反映产品本身质量、促进测试部门在产品发布前发现问题，降低漏测率。

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

【统计方法】

在生命周期阶段，硬件产品发生故障的数量。

【计算公式】硬件故障率=故障的台数/出货台数

【计量单位】次/台·年

【指标统计时间】验证阶段完毕后开始统计

【统计周期】月度、季度、年度

【考核对象】PDT

2.5问题与时解决率

【指标名称】问题与时解决率〔ProblemReportFixResponseTime〕

【指标定义】在定义〔与时〕的时间解决各产品问题的平均比率。

统计期资源部门的问题与时解决率是各产品问题与时解决率的平均值。

软件、硬件分别统计。

【考核对象】LMT

【设置目的】反映资源部门对涉与到产品本身问题解决的响应速度，促使开发部门配合用户服务部门解决产品问题。

【统计部门】质量管理部

【统计方法】

1、Fr1=关键H/S问题的与时解决总数〔对应缺陷跟踪系统中的Critical级别〕

Fr2=紧急H/S问题的与时解决总数〔对应缺陷跟踪系统中的Major级别〕

Fr3=一般H/S问题的与时解决总数〔对应缺陷跟踪系统中的Normal级别〕

Frd1=关键H/S问题需与时解决总数

Frd2=紧急H/S问题需与时解决总数

Frd3=一般H/S问题需与时解决总数

2、FRT1〔H/S关键问题报告与时解决率〕＝〔Fr1/Frd1〕×100％

FRT2〔H/S紧急问题报告与时解决率〕＝〔Fr2/Frd2〕×100％

FRT3〔H/S一般问题报告与时解决率〕＝〔Fr3/Frd3〕×100％

FRT＝〔5×Fr1＋3×Fr2＋2×Fr3〕/〔5×Frd1＋3×Frd2＋2×Frd3〕×100％

3、FRT1、FRT2、FRT3分别对应一级以上遗留问题，二级遗留问题，三级遗留问题进展计算。

4、计算时限为FRT120天之〔包括20天〕、FRT230天之〔包括30天〕、FRT345天之〔包括45天〕。

6、在20天〔30天、45天〕之选择为“待版本提供〞且当月未推迟解决计划的关键问题〔紧急问题、一般问题〕在承诺期之前兑现将不考核FRT。

7、超过20天〔30天、45天〕仍未定位或虽在20天〔30天、45天〕之定位但是兑现时间超过承诺期的关键问题〔紧急问题、一般问题〕纳入当月FRT考核且判定为不与时。

【计算公式】∑各产品〔与时解决的问题数/需解决的问题总数×100％〕/产品种类

【计量单位】百分比

【指标统计时间】试验局验证完毕后开始统计

【统计周期】月度、季度、年度

2.6逾期问题解决率

【指标名称】逾期问题解决率〔OverdueProblemReportFixResponsiveness〕

【指标定义】OFR即逾期问题报告修复响应，是逾期的软/硬件问题报告和所有服务问题报告的关闭率，是用来度量对逾期问题报告的响应并促进逾期的问题报告的修复和关闭。

【测量对象】LMT

【设置目的】反映产品本身质量、运维质量和组织对问题的响应速度，促使组织采取措施降低问题数量，提高问题解决速度，降低本钱。

【统计部门】质量管理部

【统计方法】

1、OFR1＝（Prc1/[Pro1+Prp1]）×100％

OFR1：

逾期的关键H/S问题解决率

Pro1：

逾期的关键H/S问题数

Prp1：

关键H/S惩罚问题数

Prc1：

已关闭的逾期关键H/S问题数

2、OFR2＝（Prc2/[Pro2+Prp2]）×100％

OFR2：

逾期的紧急H/S问题解决率

Pro2：

逾期的紧急H/S问题数

Prp2：

紧急H/S惩罚问题数

Prc2：

已关闭的逾期紧急H/S问题数

3、OFR3＝（Prc3/[Pro3+Prp3]）×100％

OFR3：

逾期的一般H/S问题解决率

Pro3：

逾期的一般H/S问题数

Prp3：

一般H/S惩罚问题数

Prc3：

已关闭的逾期的一般H/S问题数

4.OFR1、OFR2、OFR3分别对应一级以上遗留问题，二级遗留问题，三级遗留问题次级进展计算

5.OFR＝〔5×Prc1＋3×Prc2＋2×Prc3〕/

[5×〔Pro1＋Prp1〕＋3×〔Pro2＋Prp2〕＋2×〔Pro3＋Prp3〕]×100％

6.逾期问题计算时限为OFR1：

20天～40天〔不包括第20天〕；OFR2：

30天～60天〔不包括第30天〕、OFR3：

45天～90天〔不包括第45天〕。

7.惩罚问题数对于OFR1指的是超过40天未解决的问题数；对于OFR2指的是超过60天未解决的问题数；对于OFR3指的是超过90天未解决的问题数；即一个问题如果成为惩罚问题那么在OFR指标计算时分母要加倍统计作为惩罚，解决的逾期问题不考虑惩罚问题。

8、20天〔30天、45天〕之解决的关键问题〔紧急问题、一般问题〕纳入FRT考核，不纳入OFR考核。

9、超过20天〔30天、45天〕、“待版本提供〞且考核当月未推迟解决计划，并在承诺期之的关键问题〔紧急问题、一般问题〕将暂不纳入OFR考核。

10、超过20天〔30天、45天〕未定位、未解决的关键问题〔紧急问题、一般问题〕将作为惩罚问题〔考核加倍〕进展考核。

〔待版本提供且考核当月未推迟承诺，并在承诺期之的问题单将暂不纳入OFR考核〕。

【计算公式】逾期解决的问题数/〔逾期需解决的问题总数＋惩罚问题总数〕×100％

【计量单位】百分比

【指标统计时间】试验局验证完毕后开始统计

【统计周期】月度、季度、年度

3部业务

3.1技术评审要素通过率

【指标名称】技术评审要素通过率

【指标定义】根据阶段决策点技术评审要素表，通过的要素数所占的比率

【测量对象】PDT

【设置目的】考察产品设计与实现的技术质量。

【计算公式】技术评审要素通过率=阶段决策点技术评审要素表过的要素数〔I'〕/要素总数〔I〕

【收集部门】质量管理部

【指标说明】结果要反应到资源部门

【分区说明】

A〔良好〕：

85%——100%

B〔较好〕：

65%——85%〔不包含85%〕

C〔一般〕：

50%——65%〔不包含65%〕

D〔差〕：

0%——50%〔不包含50%〕

【收集和管理方法】

1、质量管理部对如下决策评审技术分项评审统计“技术评审要素通过率〞：

概念决策技术评审

计划决策技术评审

试产决策技术评审

量产决策技术评审

2、技术分项评审前向评审专家发放技术评审表，要求填写评审要素情况。

3，技术分项评审会上，对有分歧的评审要素进展讨论，得出结论。

4，在评审会后，质量管理部接口人与主审人一起根据下面公式计算出技术评审要素通过率。

I=相关评审要素总数。

I'=在I过的评审要素总数。

技术评审要素通过率=I'/I*100%

将以上三个数据记入会议纪要和中研总体技术办评审会情况统计表中，例如：

技术评审要素通过率=62/88*100%=70%

并形成一份技术分项评审表作为会议纪要附件。

同时，在会议纪要中对此指标进展分析，指出不通过的要素集中在哪些方面、存在问题、解决方法等。

5，统计产品线技术评审要素通过率综合指标时，按以下公式计算：

∑I'=相关评审要素总数，∑I=在I过的评审要素总数

产品线技术评审要素通过率=∑I'/∑I*100%

【统计周期】按季度统计

3.2部问题累计解决率

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

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

【测量对象】PDT

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

【统计部门】质量管理部

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

【统计方法】

1、统计时间：

每月月底；统计截止时间：

每月20日

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

3、部问题指通过部缺陷跟踪系统的产品缺陷，包括开发、测试、试制、生产发现的产品缺陷。

【计量单位】％

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

【统计周期】月

3.3NPD流程符合度

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

【指标定义】产品开发过程符合NPD流程的程度。

【测量对象】PDT

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

【统计部门】质量管理部

【统计方法】针对各R版本，PDT完成每个阶段〔概念、计划、开发、验证、发布阶段〕的工作后，由各业务部质量部组织对PDT本阶段开发活动进展流程执行情况审计，计算得到该PDT开发此版本的过程符合度数据。

审计工作按阶段点进展，数据统计上报工作按月度进展，如果某PDT当月没有完成一个开发阶段，如此不需统计。

【计算公式】

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

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

注：

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

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

【计量单位】％

【指标统计时间】阶段点完毕

【统计周期】月度

3.4计划完成率

【指标名称】开发计划完成率

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

此指标应和开发合同书中的约定保持一致。

【设置目的】衡量PDT团队参与产品开发的计划完成情况。

【计算公式】

计划完成率＝当月实际完成总任务数/当月计划完成总任务数×100％

【计量单位】%

【统计周期】按阶段统计

【统计部门】质量管理部

【测量对象】PDT

3.5软件重用率

【指标名称】软件重用率

【指标定义】使用重用软件的比率。

【设置目的】度量产品软件的共享程度。

【测量对象】PDT

【统计部门】质量管理部

【单位】％

【计算公式】

软件重用率=100%*〔软件重用规模/软件总规模〕

软件重用率包括设计、实现的重用率。

分别是指

软件设计重用率=100%*〔重用的函数或类数目/函数或类总数〕

软件实现重用率=100%*〔重用的代码行数/代码总行数〕

【统计周期】ADCP后统计一次

3.6产品共享电路使用量

【指标名称】产品共享电路使用量

【指标定义】指各产品使用共享电路的数量，反映了PDT团队对资源共享的重视程度；

【设立目的】实现技术资源的共享，提高效率，提高产品可靠性和稳定性；

【计算公式】本月产品使用的共享电路数

【计量单位】个

【统计周期】在ADCP点后统计一次

【收集部门】质量管理部

【考核对象】硬件开发部

3.7规格更改率

【指标名称】规格更改率

【指标定义】指产品在研发过程中，变更的设计规格数与TR2时确定的设计规格数量的百分比，包括三个方面的评估：

〔1〕规格更改率

〔2〕按需求原因分析的规格更改率

〔3〕按设计原因分析的规格更改率

【测量对象】PDT

【设置目的】反映产品围的稳定性，反映需求变化和设计能力对产品围的影响。

通过这个指标的统计，与公司平均水平、历史情况的比拟，让PDT找出在规格设计水平方面的问题。

【统计部门】质量管理部

【统计方法】

〔1〕在TR2时，产品规格书完成第一次基线化并纳入配置管理，SE应统计此时设计规格的数目。

〔2〕当产品规格书发生变更并重新基线化后，SE应该按变更类型和变更原因分别统计已变更的规格数目。

设计规格的变更类型包括增加、删除、修改；变更原因包括由于需求原因导致的变更和由于设计原因导致的变更。

〔3〕由于产品设计规格在TR2时基线化，因此TR2之前的变更不考虑。

【计算公式】

〔1〕规格更改率＝（累计修改、增加和删除的设计规格数/初始的设计规格数）*100

〔2〕按需求原因分析的规格更改率=〔累计由于需求原因导致的〔修改的＋增加的＋删除的〕设计规格数〕/初始的设计规格数）*100

〔3〕按设计原因分析的规格更改率=〔累计由于设计原因导致的〔修改的＋增加的＋删除的〕设计规格数〕/初始的设计规格数）*100

〔4〕规格更改率＝按需求原因分析的规格更改率＋按设计原因分析的规格更改率

【计量单位】％

【统计周期与时间】月度

【说明】

1.由于需求原因导致的变更，是指由于市场需求的变化、或需求分析的不足等因素导致设计规格产生变更；

2.由于设计原因导致的变更，是指由于系统设计存在缺陷，导致设计规格产生变更。

3.8软件开发生产率

【指标名称】软件开发生产率

【指标定义】产品软件规模与产品研发软件人力投入的比例。

【设置目的】评估软件开发部门的开发能力和效率。

【统计部门】质量管理部

【统计方法】

在各项目的TR6点，QA负责统计产品的软件规模和开发全过程投入的人力〔人天〕；

QA根据产品软件规模和软件人力投入计算PDT产品软件生产率。

【计算公式】

软件开发生产率＝产品软件规模/产品研发全过程软件人力投入〔人天〕

【计量单位】LOC/人天

【统计周期与时间】在ADCP点后统计一次

【考核对象】软件开发部门

3.9硬件开发生产率

【指标名称】硬件开发生产率

【指标定义】产品硬件规模与产品研发硬件人力投入的比例。