{TQM全面质量管理}软件项目全面质量管理

上传人:冯** 文档编号:140268444 上传时间:2020-07-28 格式:PPTX 页数:62 大小:2.08MB
返回 下载 相关 举报
{TQM全面质量管理}软件项目全面质量管理_第1页
第1页 / 共62页
{TQM全面质量管理}软件项目全面质量管理_第2页
第2页 / 共62页
{TQM全面质量管理}软件项目全面质量管理_第3页
第3页 / 共62页
{TQM全面质量管理}软件项目全面质量管理_第4页
第4页 / 共62页
{TQM全面质量管理}软件项目全面质量管理_第5页
第5页 / 共62页
点击查看更多>>
资源描述

《{TQM全面质量管理}软件项目全面质量管理》由会员分享,可在线阅读,更多相关《{TQM全面质量管理}软件项目全面质量管理(62页珍藏版)》请在金锄头文库上搜索。

1、东信和平研发中心项目管理办公室(PMO) 王友元,软件项目全面质量管理,一、质量工作概述 二、我们的现状 三、软件项目全面质量管理模型 四、如何落实软件项目全面质量管理,主要内容,质量工作概述,质量的定义 质量成本 质量管理的八项原则 持续改进工作的方法,质量的定义-1,专业的角度:为了提高质量,必须对其进行定义和测量。 Crossby(1979)将质量描述为“与要求的一致性” Juran(1970)将质量描述为“良好的实用性” 客户的角度看质量定义包括两个层次: -产品的内在质量,通常限于产品的缺陷率和可靠性。狭义的定义称为“小写的q”(quality); -广义的质量定义包括产品质量、过程

2、质量和客户满意度,称为“大写的Q”。,常规的角度:质量是不能量化的一种事物,通常人们会混淆质量和等级。,质量的定义-2,IBM公司利用CUPRIMDSO的层次来监控对软件产品的满意 度: 功能(capability,functionality) 使用性(usability) 性能 (performance) 可靠性 (reliability) 可安装性 (installability) 可维护性 (maintainability) 文档/信息 (documentation/information) 服务 (service) 综合性 (overall),质量的定义-3,HP公司利用FURPS标准

3、来监控对软件产品的满意度: 功能(functionality) 使用性(usability) 可靠性 (reliability) 性能 (performance) 服务性 (serviceability),质量的定义-4,新视点:企业商业目标决定质量目标: 理论上任何产品都应该追求“零缺陷”。但企业必须权衡质量、效率和成本,产品质量太低了或者太高了,都不利于企业获取利润。 -从技术角度看,对软件整体质量影响最大的那些质量属性才是质量要素; -从商业角度看,客户最关心的、能成为卖点的质量属性才是质量要素。,质量成本-1,Juran:企业为保证和提高产品质量而支出的一切费用,以及因未到达既定质量水

4、平而造成的一切损失之和(生产合格品的费用不属于质量成本,而属于生产成本) ISO:为了确保和保证满意的质量而发生的费用以及没有达到满意的质量所造成的损失 PMBOK:达到产品或服务质量所支出的总成本,包括为使所生产的产品或服务符合要求的所有工作及返工的工作,质量成本-2,PAF(Prevention,Appraisal,Failure)成本模型:,质量成本-3,预防成本(P成本) -为实现无缺陷的需求而支出的前期成本 需求评审、设计评审、培训、市场调研、预防措施 评价成本(A成本) -评价产品或过程是否达到要求 检验、测试、事中检查、内/外部评审、审核,质量成本-4,内部失效 成本(F成本)

5、-在产品交付之前过程失效,不能交付客户可接受的产品 -内部失效的更正活动,例如废品、返工、修复、停止、缺陷评价等 -内部/外部设计评审 外部失效 成本(F成本) -客户认为没有满足需求 -退货、投诉处理、现场检验、客户走访和解决问题等修正活动,质量成本-5,质量成本-6,东信和平OSSP中定义的质量成本:,质量成本=(评审工作量返工工作量缺陷修改工作量测试计划准备工作量+测试准备工作量+测试执行工作量培训工作量质量保证工作量) / 实际总工作量*100%,目标:30%-40%,质量管理八原则,以顾客为关注焦点 领导作用 全员参与 过程方法 管理的系统方法 持续改进 基于事实的决策方法 与供方互

6、利的关系,戴明博士的PDCA循环理论 SEI的IDEAL模型,持续过程改进的方法,P(Plan)策划:根据顾客的要求和组织的方 针,为提供结果建立必要的目标和过程。 D(Do)实施:实施过程。 C(Check)检查:根据方针、目标和产品要求, 对过程和产品进行监视和测量,并报告结果。 A(Action)处置:采取措施,以持续改进过程 业绩。,戴明博士的PDCA循环理论:,持续过程改进的方法循环,持续过程改进的方法SEI的IDEAL模型,IDEAL过程改进模型 Initiating 改进的目的和策略 Diagnosing 改进什么 Establishing 建立基础设施(群组和计划) Actin

7、g 执行计划 Leveraging 收集和重用经验教训 (Learning),持续过程改进的方法SEI的IDEAL模型(续),修订组织的方法,明确范围 获取支持,建立改进基础机构,改进的激励条件,评估明确 当前实践,编制报告,确定方案 和优先级,建立行动小组、制定计划 定义过程,执行方 案,度量、监控,记录并分析经验教训,初 始 化,诊 断,Initiating Diagnosing Establishing Acting Leveraging (Learning),以CMMI为基础,推进,行 动,建 立,一、质量工作概述 二、我们的现状 三、软件项目全面质量管理模型 四、如何落实软件项目全面

8、质量管理,主要内容,我们的现状,取得的初步成绩 存在的主要问题 近期发生的产品质量问题,取得的初步成绩,建立了公司级的CMMI ML3过程体系文件,并于2006年底通过SEI的CMMI ML3评估认证。CMMI试点项目完全按规范执行。 通过质量意识培训,技术开发人员对过程改进的认识有所提高,心态逐步趋稳。 2006年项目立项率接近60% 少数项目经理能按时提交项目周报,PMO汇总周报后提交给研发管理层。 建立了集中的配置管理系统,项目成果基本受控 COS技术平台的研究投入了较大的人力、财力,取得了初步的技术成果。,存在的问题-1,部分项目经理、乃至少数部门负责人在CMMI的实施在认识上存在误区

9、,认为按CMMI-ML3实施项目就是要增加项目文档,增加工作量。 2006年项目立项率不到60%,很多项目完成处于失控状态(无计划、无监控、无评审,) 部分项目目标不明确、无正规的项目计划、导致项目进度和成本失控。 缺乏有效的技术评审,造成产品出现质量投诉或质量隐患 大多数项目经理的项目管理知识匮乏 项目团队/部门缺乏沟通和交流,知识经验得不到共享。 各子部门之间的协助不流畅,出现问题相互推诿 。 缺乏管理意识和成本意识。,存在的问题-2,项目可视性差:很多项目经理不按要求提交项目周报,技术部门经理对管辖内的项目缺乏有效的监督和指导,不及时或不提交技术部门的项目进展情况,导致管理层不能获得项目

10、进展情况。,近期公司多个交付产品出现质量问题或隐患: 广东移动JAVA 128K全球通OTA3卡(故障投诉) 广州市民卡(故障投诉) 四川移动JAVA 128K全球通OTA2卡(故障投诉) 印尼INDOSAT WIB产品(质量隐患) ,近期产品出现的质量问题,客观原因:时间紧?人员紧?技术水平不够? 主观原因: -项目执行基本上没有按公司CMMI过程文件的要求来执行,如需求管理,系统设计、系统测试等关键过程域没很好的执行。 -项目主要文档缺乏,对项目重要阶段产品没有正式评审或无记录; -问题发生后,也没有按系统维护的流程要求来处理。 - 。,为什么陆续出现产品质量问题,一、质量工作概述 二、我

11、们的现状 三、软件项目全面质量管理模型 四、如何落软件项目全面质量管理,主要内容,三个郎中的故事 CMMI中PPQA过程域 “内建质量”的重要性 软件全面质量管理模型,软件项目全面质量管理模型,三个郎中的 故事,在中国古代,有一家三兄弟全是郎中。其中有一个是名医,人们问他:“你们兄弟三人谁的医术最高?” 他回答说:“我常用猛药给病危者医治,偶尔有些病危者被我救活”,于是我的医术远近闻名并成了名医。我二哥通常在人们刚刚生病的时候马上就治愈他们,临近村庄的人说他是好郎中。我大哥不外出治病,他深知人们生病的原因,所以能够预防家里人生病,他的医术只有我们家里人知道。”,三个朗中的故事给了我们什么启发呢

12、?,过程和产品质量保证语境图,客观评价 过程,客观评价 工作产品和 服务,交流并确定 不一致问题的 解决方案,建立记录,报告和记录,客观评价过程和工作产品,提供客观见解,利益关系人,CMMI中的过程域,CMMI中的PPQA(过程和产品质量保证)过程域-2,过程和产品质量保证的目的 提供人员和管理机制来客观地监督过程和相关工作产品 过程和产品质量保证的特定目标和实践 SG1-客观地评价已执行的过程及其相关工作产品以及服务是否遵从所采用的过程描述、标准和规程 SP1.1 依据可适用的过程描述、标准和规程客观地评价指定已执行的过程。 SP1.2 依据可适用的过程描述、标准和规程客观地评价指定的工作产

13、品和服务。 SG2-客观地跟踪和沟通不一致问题,并保证问题的解决 SP2.1 与工作人员和管理人员交流质量问题,并保证不一致问题得到解决。 SP2.2 建立和维护质量保证的活动记录。,CMMI中的PPQA能保证产品的质量吗?,产品与过程质量保证是通过在项目中配置人员来实现有了人员就能保证产品质量吗? 显然是不能的。 人员对于质量保证而言只是必要的手段,不是充分的手段。,“内建质量”的重要性-1,产品缺陷的来源,为什么要“内建质量”?,在工业产品行业中,流行一种所谓“1:10:1000”的成本法则。即在生产前把发现的缺陷改正只需化1元钱的话,那么,该缺陷到了生产线上才发现,则需要化10元钱来改正

14、;假如在产品销到市场上被消费者发现后才来改正,就要付出1000元的代价。软件生产的情况与此类似。因此,如果能够控制产品形成的全过程,尽早将可能产生的缺陷控制在萌芽状态,这不仅可以控制产品的质量,而且会降低成本,给企业带来巨大的经济效益。,“内建质量”的重要性-2,制定质量计划,技术评审,软件测试,缺陷跟踪/ 缺陷预防,过程检查(PPQA),软件过程改进:提高技术及规范化水平,软件项目X,软件项目全面质量管理模型,软件项目,一、质量工作概述 二、我们的现状 三、软件项目全面质量管理模型 四、如何落实软件项目全面质量管理,主要内容,软件质量度量介绍 质量管理模型 项目“三点受控” 技术评审流程介绍

15、 软件开发中七种基本质量工具的应用,如何落实软件项目全面质量管理,软件质量度量介绍(过程能力基准),软件开发各阶段的缺陷植入和清除,在开发中 植入的缺陷,缺陷发现,缺陷报告,在步骤入口 已存在的缺陷,没有发现的缺陷,不正确的修复,在步骤出口 存在的缺陷,清除的缺陷,质量管理模型-Rayleigh模型框架,I0,I1,I2,UT,CT,ST,GA,Defect,0,5,10,15,20,25,30,减少错误植入 (/工具/培训/交流),早期缺陷清除 DR/CI焦点 过程中度量,Rayleigh模型是Weibull分布的(三种著名的极值分布之一,TOBIAS,1986)的特殊例子。它的一 个显著特

16、征是其概率密度方程()的尾部不对称地趋向零值,但永不可能达到零值。,Rayleigh模型应用到软件上时,通常意味着一段时间内的缺陷密度(率)或缺陷到达模式。,质量管理模型-Rayleigh模型框架(举例),质量管理模型-工作量/结果模型(过程执行质量)-1,工作量 (评审/测试),高,低,高,低,缺陷率,Scenario 2:GOOD/NOT BAD 好不坏,Scenario :BEST CASE 最好情况,Scenario :UNSURE 不确定,Scenario :WORST CASE 最差情况,最好情况高工作量/低缺陷率:设计编码在审核之前就很好,团队还花了足够的精力用于(设计评审代码审查),从而确保了质量

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 企业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号