产品研发量化管理
作者:张元礼
http://blog.csdn.net/vincetest
关键词:量化、质量、进度、成本、缺陷、缺陷率、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.根据度量结果以项目为单位对数据进行分析并提出改进方案及计划,持续改进。 |