cmmi 1进行集成化过程改进的原因.ppt

欢迎Date1集成化能力成熟度模型（CMMI ）武汉理工大学华夏学院段学东Date2第I部分 集成化过程改进在过程改进的各种现代版本中，为 适用各种组织的学科，创建了不同 的过程改进模型，开发了多种语言 这种多样性对沟通问题产生不利 影响Date3能力成熟度模型集成CMMI项目和集 成化过程改进就是用来改变这种情 况：通过提供一种单一的语言，使 多种学科能够共享过程改进活动并 关注一个统一的过程改进目标Date4第1章 进行集成化过程改进的原因介绍过程改进的概念、基本原理以及可 从集成化过程改进获得的效益第2章 实现连续改进介绍大量可用于支持连续改进文化的工 具和方法，连续改进可帮助使用者满足 他们的商业目标Date5Ø 第1章 进行集成化过程改进的原因 It is not necessary to change. Survival is not mandatory.W. Edwards Deming(1900-1993) The complexity of practice has always dwarfed the simplicity of theory.Rober Britcher, The Limits of Software(1999)Date6Ø 第1章 进行集成化过程改进的原因什么是CMMI 3级？你的组织为何要达到 CMMI 3级，我真的要对它感兴趣吗？它能 使我的工作更加容易吗？……Date7为了理解CMMI及其过程改进的合理 性，需要弄清楚传统的过程改进在21 世纪工程环境下出现的一些缺点。

在 引入基于模型的过程改进之后，工程 界至少在三个重要领域已经发生了下 述变化：Date81）执行工程的环境已变得更加复杂工程量大、涉及更多的人员、需要跨 越共识界面、分布范围宽而广，而且必 须加快实施的进度，以便满足客户的需 要和更高的期望；Date92）执行工程任务的方式有了很大的发展跨学科团队并行工作、集成商用现货 (Commercial off-the-shelf, COTS)和开放源代 码软件（非传统软件的开发）、敏捷的和不断改 进的开发方法、高度自动化的过程以及多国标准 等都影响着工程实践这些改变引起工程经理的 角色转变；Date103）过程改进模型、方法和标准的持续繁 衍增加了定义和管理过程改进活动的挑 战性许多组织也已采用多种连续改进的方 法以处理各自的关键过程问题Date11所有这些变化表明，将各种过程改进 工作集成起来很有必要当代工程中 所涉及的不同学科和过程是密切交错 的遗憾的是，应用不同模型和方法 时，业务开销非常大且资源分配极为 混乱因此，需要有一种统一的过程 改进框架，同时又能跨越多种学科的 工具Date12基于模型的过程改进ü 基于模型的过程改进是使用一个结 构化的框架来指导一个组织的过程改 进。

ü 过程改进是由质量管理工作发展而 来，其目标是增加工作过程的能力Date13ü 过程能力是指一个过程产生预期结 果的固有能力随着过程能力的提高 ，过程变得可预测和可度量，并且控 制或消除了造成质量低劣和生产率不 高的主要因素稳定地改进组织的过 程能力，该组织就会变得“成熟”Date14基于模型的过程改进 ü 成熟度改进需要强有力的管理层的支持 ，而且需要得到始终如一的长期关注另 外，还有必要改变管理人员和实践人员的 基本工作方式 ü 实现这种关注的方法之一就是采用能力 模型Date15基于模型的过程改进ü 模型为过程需求提供了一个公共集 合，结合了最好的实践和实践性知识 ，并且采用了一种可用来指导过程改 进优先顺序的格式来表示Date16ü 运用模型，组织可以通过已证明的能 提高过程能力的实践来修改或创建过程 还可以利用模型评估过程能力来达到 下述两个目的：1）建立改进基线；2）随着改进活动的进行度量进展Date17过程改进的一般方法及其目的一般而言，基于模型的过程改进始于管理层 对其组织已有过程的承诺和评估评估结果又 被作为制定下一步行动计划的基础，在完成这 些计划后，再进行进一步的评估。

依次执行下 去，其目标是使组织成熟，让它持续地监控和 改进过程，持续生产高质量的产品，在市场竞 争中游刃有余，并随时进行自我调整来满足客 户的需求Date181.1 商业目标和过程改进 组织通常有不同的商业目标，例如： ü 提供高质量的产品或服务 ü 为股东创造价值 ü 吸引和留住人才 ü 提高顾客的满意度 ü 增加市场份额 ü 实现成本节约和最佳实践 ü 由于优秀而在业内获得广泛的赞誉Date19• 为实现上述目标必须清楚地了解企业 的产品和服务是如何产生的要想改进 必须理解所使用过程的可变性，当调整 它们时，就会知道如何做最有利即， 应使用与产品和过程相关的精确数据来 管理业务 Date20如何知道数据是否合理和准确呢？ 知道如何比较项目之间的信息吗？ 为了有效的比较，所做的工作必须要有 某些一致性这样才能够度量获得的成 绩并确定所用过程关于所创建产品和服 务的增值因此，要有一个做事的标准 和度量随后工作的基线Date21过程改进，要求：ü 组织有开发并遵循一个过程的经验， 并且该经验支持通用的标准过程开发； ü 有能确定解决特定任务最好的方法Date22过程控制和改进的基础是建立一个 对工作环境和业务都适当和成功的标 准过程。

没有良好的项目管理和基本的专业 技术，项目就不能有效地执行，从而 也就没有时间用于过程改进Date23要想达到公司希望的有竞争力的水平 ，必须不断改进每天进步一点）过程改进活动关注改进过程的能力、 组织的成熟度、过程的效率和过程控制 ，以此来推动组织的发展和实现其目标 Date24过程改进活动能提供指导，帮助 企业定义和标准化过程、提高工作 效率、减少返工、度量组织的性能 和利用数据来管理业务Date25过程改进伴随着成本问题经验表明，支持 一个主要的过程改进要花费比普通工程多2%- 10%的工作量但是，经验 也证实了在投资回报率(ROI)和关键业务指标 的改进方面都有重大的正面效应一些有代表性的成功CMMI例子包括：ü DB Systems GmbH报告说，当该组织发展到 CMMI成熟度3级时，其成本花费相比于SW-CMM 成熟度2级之前的基线降低了48%； Date26ü 从SW-CMM成熟度3级发展到CMMI成熟度5级时，IBM 澳大利亚应用程序管理服务部门发现其准时交付增 加了10%，预算交付改进了41%,顾客满意度增加了 33%，应用程序开发生产率改进了76%，从而为公司 的客户带来了累积达4亿1200万澳元的成本节省；ü 从CMM成熟度3级发展到CMMI成熟度5级时，路透 社的时间表变化量从25%降到了15%。

由此可见，过程改进保证能给组织带来大量的 收益Date271.2 21世纪的工作环境 技术进步和需求多样性使工程环境复杂 化ü 现在人们更多地关注“系统中的系统” ，因为人们需要更好地集成多个系统的功 能；Date28ü 随着系统复杂性的日益增长，用于 开发系统的过程也随之复杂当把过 程应用于日趋复杂的系统时， “实践 复杂性总是让理论相形见绌”当过 程跨越不同的组织、学科、公司或文 化时，则更有可能出现这种情况；Date29ü 对于大型而复杂的组织、过程和系统 ，过程改进活动很容易因为任务、日程 和个性的多样性而迷失方向；ü 不要以为只有大型组织才有过程改进 问题，对参与竞争以实现快速适应市场 的小型企业，当面临时间对其生存具有 决定意义时，采用一个更加规范化的工 程方法，将受益匪浅Date301.3 工程方法的发展工程环境复杂化导致工程方法的发展ü 近些年，工程和产品开发的组织发生了 巨大的变化，其目标主要是消除分段开发 的低效性；Date31ü 并行工程、交叉学科团队、交叉功 能团队、集成产品团队以及集成产品 和过程开发等，都代表了在产品或服 务的生命周期的合适时间处理此类问 题和运用专门技术的不同方法；Date32ü 在实践中，这种倾向意味着设计人员 和客户要与制造人员、测试人员和用 户一起工作，以支持制造组织的需求 开发，所有关键的利益关系人要支持 产品或服务开发的所有阶段；Date33ü 并行的概念对组织结构和开发的性质作 了重要定义，要求管理层增强处理“灰色 区域”和模糊性的管理能力；ü 在过程改进中，使交叉学科团队或交叉 功能团队得到普遍接受与快速部署已被证 明是一个棘手问题。

功能部门的概念与交 叉学科团队的高度交互式工作风格存在强 烈的冲突Date34ü 至今为此，分离的过程改进模型和技 术已经不能有效的支持并行工程这种 “混合”环境在一个并行工程环境 中不允许各部门采用各自的(改进)模 型；同样，交叉学科团队采用互不相 关的“烟囱式”模型和方法很难提供 过程改进的机会；Date35ü 相对于经典的严格阶段式的开发方法 ，交叉学科团队采用的集成过程将会 与生命周期循环模型和敏捷开发方法 的变化匹配的更加紧密，他们利用演 化的开发方法与创新的设计技术；Date36ü 在交叉学科团队或交叉功能团队的 过程改进中不能试图使用特定学科的 模型需要的模型不仅要集成学科， 而且要集成过程本身，并对各利益关 系方、功能部门人员和管理过程之间 的有效工作提供支持；Date37ü 随着敏捷过程的出现以及对系统 和“系统中的系统”的螺旋式开发 进行了扩展，工程过程的发展方向 发生了改变Date381.4 模型和标准的繁衍如果模仿是成功的一种度量标准，则有 充分的理由表明，适用于软件能力成熟度 模型(CMM)是极其成功的 如果每一种标准，则会产生大量类似 的模型，这些模型目的相同，但有不同的 理论基础和构造，很难同时使用或比较结 果。

Date39与此同时，创建了一些用于解决类似问题的 国际标准： ü ISO/IEC 15288：系统生命周期过程的国际 标准，2002年第一次发布，2008年重新发 ü ISO/IEC 12207：软件生命周期过程的国际 标准，1995年第一次颁布，于2002年作了修改 ，2004年再次修改，2008年重新发布Date40ü ISO/IEC 15504：定义了执行过程评估（ 各个方面）需求的国际标准，在2003年和 2006年之间第一次发布现在已经广泛实现了获得过程改进益处 的其它方法，这些方法包括Six Sigma以及 精益工程和制造ISO—国际标准化组织，IEC—国际电工委员会关于 在系统工程和软件领域方面的国际标准的相关信息， 见http://www.jtcl-sc7.org/Date411.5 集成过程改进的效益上面列举了使过程改进复杂化的种种因素 ，确信其中许多障碍可以通过一个成功的 、连续的过程改进模型来克服集成过程改进的真正效益是什么？过程改进集成主要影响下述4个领域：Date42ü 成本—成本效益易被理解，集成需要一些额外的 费用，过程改进集成所获得的成本节省非常可观， 相对于采用多个模型来说，一个连续改进的组织如 果采用了公共模型，就可以减少下述各类费用：1）采用多种模型和多种评估方法所需的培训费用2）在相同的组织（可能对相同的实践人员）执行 多种评估需要的费用3）在数据仓库中维护冗余的过程资产4）维护或采购多种模型的专业知识Date43ü 重点--重点明确。

一个集成过程改进计划可以 弄清楚各种活动的目的和商业目标通过跨越更 大范围的学科的各种过程改进活动的集成，更容 易把实践人员和主管的队伍团结在过程改进的目 标下有了一个单一的过程改进重点，就能统一 和加强思想，高效地安排和使用匮乏的资源，并 为跨越不同学科的过程改进提供一种共同语言 特别是一个具有公共术语和公共评估方法的单一 模型帮助提供这类重点Date44ü 过程集成—过程集成和精益组织集成过程改 进的一个不太明显的收益是它对组织产生的“集 成”。