- 1、本文档共4页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Six Sigma管理方法在软件行业的实例分析
来源:
Six Sigma 管理方法在软件行业的实例分析
六西格玛改进(DMAIC 流程)包括5 个步骤:定义、测量、分析、改进和控制。天行健咨
询发现,将软件过程度量过程与六西格玛改进相结合,充分利用六西格玛完善的体系结构和
其改进方案流程,为软件流程改进提供更有效的解决方案,也更有助于六西格玛方法在软件
行业的推广和应用。根据DMAIC 流程设计了软件过程度且过程模型,如图1 所示。
图1
其包含五部分:定义度量内容、采集度量数据、分析影响因素、改进影响因素、度量分
析及决策。在模型中的每一步均有相关的系列方法工具的支持,解决了软件企业断生时缺少
理论方法支持的难题。
依照模型,企业可以根据自己的商业目标,利用SIPOC 或 Pareto 图等确定关键问题;
用因果图等建立问题产生的相关因素和项目改进任务书;结合度量过程和六西格玛改进的相
关方法建立收集度量数据过程,进而对软件过程能力成熟度进行评定;通过已经采集后的数
据对问题影响因素进行分析,分离噪声,查找问题原因;对问题进行改进,判断过程稳定性
和可归属原因,并对现有过程进行过程能力成熟度的判定,比较改进结果;最后进行控制。
一、基于六西格玛设计的软件需求过程模型
当过程改进活动对于企业的质量不能有很大进展,持续改进活动停止不前时,需要打破
来源:
原有的流程,重新进行设计,以软件需求工程为例将六西格玛设计引入其中进行分析,如图
2 所示。
图2
其围绕着六西格玛设计的 IDDOV 流程展开,以实现顾客需求为中心,运用六西格玛设
计的工具,分阶段逐步细化,最终将用户需求转化为需求文档,软件开发的后续阶段提供可
靠的依据。
二、基于六西格玛改进的软件过程度量实例
为了解决代码缺陷率问题,某企业组建过程改进小组,按照上述的软件过程度模型中的
流程进行具体的过程改进活动。首先查找缺陷注入阶段,重点改进此阶段的代码缺陷率问题。
图3
来源:
从图3 中可看出编码阶段是缺陷注入的主要阶段,其次是设计阶段。
过程改进组又对编码阶段的缺陷数据(相关记录包含产生的原因分析)进行统计,图4 是
编码阶段产生的缺陷的c 统计图。从图4 中可看出编码过程是不受控的。
图4
接下来又对历史数据进行整理查找编码阶段缺陷产生原因的相关报告并进行总结,得到
产生代码阶段缺陷的主要原因为:逻辑间题;标准变化;接口设计问题;理解问题以及一致
性问题。统计发现编码阶段缺陷率高的主要原因为逻辑的理解错误和标准问题,如图5 所示。
根据80-20 定律,过程改进组将关键改正方向锁定为逻辑问题和标准变化这2 个问题上。
标准变化问题由多方面原因组成,软件组织开发组对此不可控制,为此过程改进组将过程关
键因素锁定为逻辑问题。图5 为改进后的C 控制图。
图5
来源:
从图5 中可看出,代码过程已受控,并且缺陷率水平大幅下降(从20. 1 个缺陷数/每千
代码行到 14.02 个缺陷数/每千代码行),并将之制度化。
三、项目总结
天行健咨询针对软件企业的自身特点,结合六西格玛,提出软件过程的度t 过程及软件
需求过程模型,为解决软件质量的控制问题,生产出高质量的产品,获得竞争优势,并具有
十分重要的意义:
1、六西格玛在软件过程质量管理中应用的研究,是对六西格玛应用是一个重要的补充,
对于解决软件过程质量管理中的方法工具提供了解决办法,尤其是将六西格玛设计应用于软
件需求过程,为持续改进现
文档评论(0)