|
|
| |
| 产品研发量化管理
|
| |
| |
| |
|
关键词：量化、质量、进度、成本、缺陷、缺陷率、KLOC、漏测率、质量系数、进度系数
产品研发主要从质量、进度、成本这三方面考虑并在其中获取平衡点，本文主要从质量、进度来考虑产品的量化管理，在文中主要以数据表格化的形式来体现。
一、质量基础数据
|
| 产品名称 |
产品设计阶段 |
开发阶段 |
测试阶段 |
运营维护 |
| 需求文档(页) |
总规格 |
缺陷规格 |
设计文档(页) |
代码(行) |
遗留BUG数（个） |
测试文档(页) |
BUG数（个） |
漏测BUG(个) |
失误次数 |
| ×××产品 |
×××产品需求设计(20) |
50 |
5 |
×××产品架构设计(30) |
50000 |
5 |
×××产品测试方案(15) |
50 |
2 |
0 |
| |
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
|
|
表格数据说明：
1、规格数量是以最小功能特性点为单位计算；
2、BUG数量是以公认有效Bug来计算
3、数据来源：
【需求文档】产品设计人员编写的产品设计所有文档
【总规格】产品设计的规格总数或特性总数
【缺陷规格】开发人员或测试人员发现的规格错误总数
【设计文档】开发人员编写的所有文档包括系统设计、详细设计等
【代码】开发人员编写的代码行数
【遗留BUG数】开发人员尚未解决的问题总数，是指所有未解决的开发类问题，并非仅只测试人员发现的问题。
【测试文档】测试人员编写的所有文档比如测试方案、测试用例等
【BUG数】测试人员发现的被公认的有效问题
【漏测BUG】开发人员、合作伙伴、客户反馈在经过测试发布后发现的Bug
【失误次数】运营维护过程中出现的任何问题比如内容失效、数据错误等
二、进度基础数据
| 产品名称 |
产品设计阶段 |
开发阶段 |
测试阶段 |
| 计划工期 |
实际工期 |
得分 |
计划工期 |
实际工期 |
得分 |
计划工期 |
实际工期 |
得分 |
| ×××产品 |
20 |
18 |
9 |
30 |
35 |
6.57 |
10 |
10 |
8 |
| |
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
表格数据说明：
1、工期以人天计算；
2、数据来源：
【计划工期】计划完成的工期，如果中途因特殊原因经审批可申请变更
【实际工期】实际完成的工期
【得分】参见Sheet【度量方法】描述?
三、度量数据
| 产品名称 |
质量度量 |
进度度量(分) |
总体系数
SQ∑ |
| 设计缺陷率(%) |
遗留BUG率(%) |
代码缺陷率(KLOC) |
漏测率(%) |
Q∑ |
产品设计 |
开发 |
测试 |
S∑ |
| ×××产品 |
10 |
10 |
1 |
3.8 |
6.62 |
9 |
6.57 |
8 |
7.83 |
7.225 |
| |
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
|
|
|
|
表格数据说明：
1、该表格为总体数据度量结果，详情可查阅【质量基础数据】和【进度基础数据】；
2、表格中各项度量数据根据【质量基础数据】和【进度基础数据】及【度量方法】计算而得。
四、度量方法
| 度量指标 |
度量方法 |
| 设计缺陷率 |
N = (缺陷规格/总规格)*100 |
| 遗留BUG率 |
N = (遗留BUG数/BUG数)*100
公式说明：
1.Bug数量以测试人员发现的有效Bug为基准
2.对于后期发现的漏测Bug也纳入计算 |
| 代码缺陷率 |
N = (BUG数/代码行)*1000
公式说明：
1.Bug数量以测试人员发现的有效Bug为基准
2.以1K行代码为单位级别及KLOC计算 |
| 漏测率 |
N = (漏测BUG/Bug总数)*100
公式说明：
1.Bug数量以测试人员发现的有效Bug为基准
2.漏测BUG为测试发布后非测试人员发现的Bug
3.Bug总数为测试人员发现的Bug与漏测BUG之和 |
质量系数Q∑
(10分制) |
N ＝[100 － （设计缺陷率＋遗留BUG率＋(代码缺陷率*10)＋漏测率）]/10
公式说明：
1.N值越高质量就越好
2.可以考虑为各指标加权计算。 |
阶段进度值
（10分制） |
N = 8 ＋ [（计划工期－实际工期）/基准工期]*10
公式说明：
1.工期单位人天,8分为基准合格分数。
2.提前或者按时完成时计划工期即为基准工期，当延迟完成时实际工期即为基准工期
3.N值最大为10
4.若一直未完成则N为0
5.开发人员解决问题的进度也纳入开发总进度一起计算 |
进度系数S∑
（10分制) |
N = (产品设计进度值＋开发进度值＋测试进度值)/3
公式说明：
1.N值越高进度就越好
2.N值为各阶段进度的均值
3.可以考虑为各阶段加权计算。 |
总体系数SQ∑
（10分制) |
SQ∑ = Q∑*WQ + S∑*WS
公式说明：
1.WQ、WS分别为质量和进度的权重值，WQ＋WS ＝ 1，默认WQ＝WS＝0.5；
2.SQ∑值越大说明产品研发运作越好。 |
| 特殊说明 |
1.如果进度压缩或者其他不可抗拒因素须注明即可。
2.根据度量结果以项目为单位对数据进行分析并提出改进方案及计划，持续改进。 |
|
|
|
