软件研发度量体系及构建思路

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

度量体系及构建思路

一、度量的最终目标:服务于公司的商业目标

软件企业中研发工作的度量核心目标一定要服务于公司的商业目标。只有这样才是有价值,有生命力的度量,而非形式化的度量。

二、进行软件度量的目的如下:

1. 作为各种评估和预测的基础和依据(如:立项初期衡量整个产品的规模;合理指导开发计划的制定和相关的资源配置等)

2. 跟踪项目进展(如:开发过程的控制和监督;开发各阶段质量相关的控制和监督;不断的降低和关闭各种风险等)

3. 确定(相关) 复杂性(如:确定风险点;提前估量项目中的各种复杂和难点等因素)

4. 帮助我们确定什么时候有文档化和数据化的质量状态(数量化度量和评估,并提供各种报表和经验数据)

5. 分析缺陷(如:分析过程的缺陷和产品缺陷的形成和分布情况,找原因,找差异,提供改进依据)

6. 形成验证过最佳实践、提升研发能力(如:根据数据的统计和分析逐步总结并确定开发和度量的产品线或公司级别最佳实践).

7. 帮助我们做出更好的决策(如:在研发的任何阶段都能提供数据和指标协助各级别和各岗位的人员对当前的工作和形式做合理评估,和工作改动的指导,合理做决策)

三、度量的周期:

度量的工作和过程存在于整个研发过程中;和研发过程一样不断完善,循环改进。

●先期的度量(评估规模,确定基线等);

●中期的度量(对各个研发阶段的评估和指导及监控和汇报);

●后期的度量(对整个研发过程和产品进行全面的总结和分析;同时形成经验数据供以后

同类产品的研发工作提供各种度量参考)

因此,度量过程和研发的其他过程(如改进、QA、培训等)都紧密结合,相互推动改进。

四、合理、有效度量的几个关键点,避免进入误区:

合理、有效度量的几个关键点(随着经验和知识及实践结构将不断填充),避免度量工作进入误区!

1、确定度量的目标!度量目标是为了达到项目目标和企业商业目标而抽取和分解出来的,

但决不等同于项目目标和企业商业目标。

2、度量的目标一定是可量化度量的并且是合理设定的。

3、度量的指标必须是有意义的,一定能影射到一个目标上,不能为了抽取量化数据而认为

建立。

4、度量结果的合理利用:尽量多作为管理工具、评估工具、监控和指导等工具使用;如果

用于考核,要慎重合理设定考核指标,和度量指标有一定的差别,尽量保证度量指标数据的最真实性。如果做对比使用,则尽量在一个产品线做垂直对比,提升改进。如果一定要在不同产品线之间水平对比,则建议尽量比较指标的提升或变化的比率,直接比较基础数据可能价值不大,甚至引起误解。

5、采集到的数据合理利用,避免浪费。

五、结合一个公司研发的现状和度量工作基础,度量体系简述如下:

完善的度量体系非常庞大且和整个开发过程以及开发过程中个各个阶段的相关工作都是紧密结合的,因此必须有整体框架。在实际工作中,度量工作在总体框架的指导下,同时兼顾当前首要任务和实际条件,有关注点地逐步合理完善。

图形示例:

第一层(步):

从不同的岗位角色(如开发经理开发人员,部门经理,本部经理,过程改进人员,测试人员,人力管理人员……)的不同观察角度出发。

第二层(步):

找出不同的关注点(如过程改进相关信息、产品质量相关信息、开发计划和进度相关信息、人员水平相关信息、工作效果相关信息……)。

第三层(步):

从各个关注点出发,抽取并组合出每个需要进行度量的对象,可以从目前的开发过程各个阶段获得并汇总。

第四层(步):

抽取出每个对象能提供的有意义的指标项;

同时针对每个指标项需要描述如下的信息:

●确认每个度量指标项,确认每个指标的用途和实际目的

●确定每个度量项和度量指标的适用范围和环境。

●为每个指标的影响因素进行罗列和评估,同时注明受影响的环境以及出现偏差可能

的采取措施或相关的管理点。只有列清楚了影响因素和相关环境才能提供改进和决

策依据。

●确定每个指标的数据收集时间点,配合开发过程文件。

●逐步细化每个指标项进行各种数据加工配合各种公式形成的结果和目的。

六、其他

可做的:

1、继续了解和分析公司现在的过程体系和度量体系,继续查阅和学习软件度量相关的知

识,完善并不断校正目前度量的体系内容以及度量的方法。

2、根据公司目前的过程和各种支撑系统,配合当前度量目标抽取度量对象。

3、从目前的测试系统、配置管理系统、任务计划、支持系统等支撑系统中采集和汇总的数

据出发,来评估尽可能多的开发各个阶段的内容,确定现有的度量指标集。

4、按照四个层次的内容分析并从理论上完善度量对象集和度量指标集。为以后完善度量工

作奠定基础。也为以后不同支撑系统的结合分析清楚系统的改进点。

持续完善的:

1、开发过程应明确度量过程,在该过程指导下,在确定的阶段就合理收集相关的度量指标

基础数据,并对收集信息进行汇总加工。

2、每年或每版本产品,根据所有涉及到目标,在指定计划的同时就依据度量过程指定度量

过程并确定要采集的指标内容和采集时间。根据实际需要明确度量内容。

3、对度量过程和度量对象以及度量指标集不断进行更新和完善,同时在明确度量计划时也

有可能对开发过程提前提出要求,配合数据采集。

4、不断完善度量结果的最终呈现形式(图、表、辅助公式,查看软件行业最佳实践中已经

提供的各种图、表如:SPC charts)等。增强协助决策的能力。

5、通过度量结果引导相关岗位进行改进和制定改进计划。

6、为开发一套支持各个阶段数据自动采集和根据数据自动形成。

7、总结需求、功能点、代码行之间的转换关系,提供前期规模度量依据。

只要体系明确了,方法合理了,那么以后相关的任何工作都会明确和简单很多,也避免走弯路。因此,明确了工作和分析的方法,以后各个岗位:能做的、关心的、能提供的、能量化采集的度量对象和指标的分析抽取工作就更有条理了。

相关文档
最新文档