能力成熟度模型介绍 PPT
合集下载
集成化能力成熟度模型课件
培训与沟通 加强培训和沟通工作，提高员工对改进措施的认 识和理解，增强员工的参与度和执行力。
过程监控与调整 在改进措施实施过程中，进行有效的过程监控， 及时发现和解决出现的问题，并根据实际情况对 改进措施进行调整。
监控改进效果
设定评估指标
根据改进目标和措施，设定合理的评估指标，以便对 改进效果进行量化评估。
和趋势。
访谈提纲
制定访谈提纲，针对不同层级和部门 的人员进行访谈，深入了解组织的运 营状况和存在的问题。
比较分析表格
制定比较分析表格，将组织与同行业 或类似组织的关键指标进行比较，明 确自身的优势和不足。
CHAPTER 04
提升组织成熟度的策略
制定改进计划
明确改进目标
首先需要明确组织在能力成熟度 方面的改进目标，这有助于确保 改进计划的方向和重点。
关键过程域
质量管理
涉及质量策划、质量控制、质 量保证等方面的管理。
需求管理
涉及需求获取、需求分析、需 求变更等方面的管理。
项目管理
涉及项目策划、项目进度、项 目成本、项目质量等方面的管 理。
配置管理
涉及配置标识、配置控制、配 置状态等方面的管理。
测试管理
涉及测试策划、测试设计、测 试执行等方面的管理。
识别关键问题
通过分析组织当前的能力成熟度 状况，识别出存在的关键问题， 为制定改进计划提供依据。
制定改进措施
针对识别出的关键问题，制定具 体的改进措施，包括改进的方法、 时间表和责任人等。
实施改进措施
1 2 3
资源保障 确保所需的资源得到有效保障，包括人力、物力 和财力等，以确保改进措施的实施顺利进行。
03
但集成化能力成熟度模型更注 重组织的整体能力和过程管理， 而敏捷开发更关注具体的开发 方法和团队协同。
过程监控与调整 在改进措施实施过程中，进行有效的过程监控， 及时发现和解决出现的问题，并根据实际情况对 改进措施进行调整。
监控改进效果
设定评估指标
根据改进目标和措施，设定合理的评估指标，以便对 改进效果进行量化评估。
和趋势。
访谈提纲
制定访谈提纲，针对不同层级和部门 的人员进行访谈，深入了解组织的运 营状况和存在的问题。
比较分析表格
制定比较分析表格，将组织与同行业 或类似组织的关键指标进行比较，明 确自身的优势和不足。
CHAPTER 04
提升组织成熟度的策略
制定改进计划
明确改进目标
首先需要明确组织在能力成熟度 方面的改进目标，这有助于确保 改进计划的方向和重点。
关键过程域
质量管理
涉及质量策划、质量控制、质 量保证等方面的管理。
需求管理
涉及需求获取、需求分析、需 求变更等方面的管理。
项目管理
涉及项目策划、项目进度、项 目成本、项目质量等方面的管 理。
配置管理
涉及配置标识、配置控制、配 置状态等方面的管理。
测试管理
涉及测试策划、测试设计、测 试执行等方面的管理。
识别关键问题
通过分析组织当前的能力成熟度 状况，识别出存在的关键问题， 为制定改进计划提供依据。
制定改进措施
针对识别出的关键问题，制定具 体的改进措施，包括改进的方法、 时间表和责任人等。
实施改进措施
1 2 3
资源保障 确保所需的资源得到有效保障，包括人力、物力 和财力等，以确保改进措施的实施顺利进行。
03
但集成化能力成熟度模型更注 重组织的整体能力和过程管理， 而敏捷开发更关注具体的开发 方法和团队协同。
软件能力成熟度模型(精)
CMM的一些基本概念（3）
关键实践：对关键过程域的实践起关键作用的方针、规 程、措施、活动以及相关基础设施的建立。关键实践一 般只描述“做什么”而不强制规定“如何做”。整个软 件过程的改进是基于许多小的、渐进的步骤，而不是通 过一次革命性的创新来实现的，这些小的渐进步骤就是 通过一些着关键实践来实现。
CMM等级模型图
CMM的作用： 科学地评价软件开发单位的软件能力成熟 等级； 帮助软件开发单位进行自检，了解自己的 强项和弱项，从而不断完善和改进单位的 软件开发过程，确保软件质量，提高软件 开发能效率。
CMM的意义
迄今为止学术界和工业界公认的有关软件 工程和管理实践的最好的软件过程。 为评估软件组织的生产能力提供了标准。 为提高软件组织的生产过程指明了方向。
企业结构原则：商业结构，应用结构，技术结构，信息结构 应用开发原则：组队模型，开发模型，风险管理 组件设计原则：概念设计，逻辑设计，物理设计 基础开发原则：组队模型，开发模型，风险管理
CMM/CMMI本身是一套非常有价值的过程模型，但简 单的将其图腾化却是整个中国软件行业的悲哀，反观 CMM/CMMI的发源地——美国，除了和军方有业务往 来的软件企业会寻求通过CMM/CMMI评审外，其他多 数的企业并不怎么在乎是通过了CMM/CMMI的三级还 是四级，象是著名的微软、甲骨文等知名企业都没听说 过和CMM/CMMI沾过边，但这也丝毫不影响以他们为 代表的美国软件企业在整个行业中独领风骚。 只有有效的而不是最权威的，才是最好的。
链接3：软件市场的通行证——CMM
世界上第一家通过CMM5认证的并非美国公司， 而是来自印度的WIPRO。同时，WIPRO还是 全球第一个通过人力成熟度模型（PCMM）5级 认证的软件及服务公司。 据SEI统计，目前有大约300家印度软件公司通 过了CMM认证，其中通过最高质量等级CMM5 的有50余家，占全球的60%以上。高品质的管 理决定了高品质的产品，从而也确立了印度在 美国外包市场的垄断地位。
软件能力成熟度模型
基于CMM的软件质量管理
24
2.2可重复级
± Ó ì Ì ª î Ï Ä À Å Í Ä ï²è î º ¾ Ì Á ¹ ¨¢ ç ¼ à ¸ Ë ³ ® Á CMM2¹ £ º ´ · ¨ ¢ ð » Á ç ¼ ¾ ¸ ±³ Ì Á µ ³Ì Á º ñ Õ ç ¼ õ Ü ì ä ´ Ê ¤ ¶ ½ ¶ ²· ¶ Å ´ ïñ à ³¸ Ó ´ ° à º Í Ñ ñ ²õ ¶ ½ · ¼ Ó Ü ì Ê Ô Ã ç ¸ ¨¢ è î ð ß º ¾ Í Ä ¸ Ì ½ á ç ¼ ä £ ¶ È Ì Á ¶ Á Æ ±¢ Ç ² ¸ ± » ¡ ³Ñ £ ¨¢ ç ¼ à ® º ¾ Ì Á ¹ ¸ É ¢ ²Ò Á ± ¡ å Ì Ë ³ Å ¼ ç ¼ õ ¶ ´ ¾ Ì Á º Ò ½ ÷ æ © ¸ » Ò ² Ç £ é ¤ñ ²Ê ç Î Ó ° à · ¸ è î £ Í Ä ¡ Ñ ñ ²¢ â ò ´ ° à ¡ ±µ ´ ð Ê Ô Ã ¸ Ç ±· ¼ Ó £ ¡ ñ Ì Î Ñ · Ç ³ ± Á Í â ª ¢ ç ¯ £ à ¼ ²¸ ´ ¡ ¯ ´ ¢ ¤ï¼ ¢ ¡ ¶ ³¾ ¡ ¢ ½ á ¢ ÷ ¡ ¶ È ¡ ¶ £ ¡ ¬ °±Æ ¡ £ ¹ Ç ° Å ¯ Ä ñ ö Ì ´ Ç ²²· ¢ Ç à õ ¡ Ë É º Í ò É ¬ Ü ì °Æ £ ¶ ½ ì ø â À Ü ì Å ¹ Â Ó ¶ ½ ì ø Ð Ì ¬ Ü ì Å ¹ ³· Ê ¶ ½
26
基于CMM的软件质量管理
2.4已管理级
ì Ó ± Ì CMM4¹ £ Ë ´ · ª ¾ µ ³· ¼ Ó È ñ Õ Ê Ô Ã ì ø ª ¢ Ç Å ¹ ¼ ²Ó ¾ £ Ï ´ ¼ ² ¼ ¬ ª Ñ ª ¢ ¶ ± · ° à º ÷ É Ê ñ ²õ Í ²Ë Ó ô ª î Ï Ä ¨¢ º ¾ ê ± Ñ Ì ´ ç õ º Í ì ½ ç ¸ ¯ ´ ª µ õ ì ø ÷ É ¨¢ Å ¼ Ë Á º Å ¹ ¶ ± º ¾ ´ ¾ Ç ¼ ¼ Ó ¾ Á ¼ ±¸ Á ê £ ¨¾ ì ø ñ ²Ç ¼ ¼ ê £ º ¢ Å ¹ ° Ã Ó ¾ Á ±¡ ¼ õ ¶ ´ ì ¹ ¶ ± ³ Í Á º Í ´ Á º Ò Ñ Å ø ÷ É Á Ñ Ü õ Å ¼ ¯ Ü ¾ ¸ ¾ ¸ ¶ ¼ £ Ñ ° ²Ç ¼ õ Å ¼ ´ ñ Ã Ó ¾ º Í ´ ¾ Ô ò ÷ É õ í ¶ ¹ ¶ ± Ä Ð ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½ ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½
软件工程第十二章软件能力成熟度模型
CMM的未来发展
云原生和微服务架构的适 应性
随着云原生和微服务架构的普 及，CMM模型需要进一步发 展和改进，以适应这些新兴技 术的需求。
人工智能和机器学习的整 合
人工智能和机器学习在软件开 发中的应用越来越广泛， CMM模型需要与这些技术整 合，以提高软件开发的智能化 水平。
敏捷开发与CMM的融合
敏捷开发方法在软件开发中受 到广泛应用，CMM模型需要 与敏捷开发进一步融合，以提 高软件开发的灵活性和快速响 应能力。
个性化软件能力成熟度模 型
随着软件行业的快速发展和变 革，组织需要根据自身的特点 和需求，发展个性化的软件能 力成熟度模型，以更好地满足 业务发展需求。
05
软件能力成熟度模型案例研究
4. 重新评估
经过一段时间后，再次评估企业的软件开发 过程，确认改进效果。
05
06
实施效果
经过CMM的实施，企业的软件开发过程更加 规范，质量得到显著提升，同时开发效率也有 所提高。
案例二：CMM在软件开发项目中的应用
项目背景
01 某大型软件项目的开发，客户
对质量要求非常高。
1. 选择CMM级别
02 根据项目需求和客户要求，选
需求管理
需求变更得到控制，项目范围 和进度相对稳定。
已建立过程
项目过程已文档化并得到一定 程度的遵守。
文档管理
项目文档得到有效管理，方便 查阅和使用。
质量保证
实施了一定的质量保证措施， 如代码审查、测试等，以提高 软件质量。
已定义级
已定义过程
项目过程已完全文档化，并成为组织内部 标准。
预防措施
采取预防措施来降低缺陷和问题的发生率 。
3. 实施改进
人员能力成熟度模型(P-CMM)
火龙果整理
15
P-CMM包含五个成熟阶段(3)
• 在成熟度第三级，机构可以识别最佳实践并将其集成进通 用流程中。在可重复的层次基础上，一旦员工可以使用已 经形成的习惯去完成工作时，机构能够识别出哪个实践是 最适合于它的特定环境的。这些实践将会被文档化并集成 进通用流程中，然后通过培训推广到整个机构。严格定义 流程中关键活动的度量标准，结果将被收集到供分析使用 的知识库中。当机构为完成它的业务活动定义了一套标准 流程，它即铺设了企业文化的基础。大部分达到第三级的 机构都显现出一种从下到下一致的企业文化。关于这些业 务活动，文化是基于共同的职业习惯和信念的。
火龙果整理
17
P-CMM包含五个成熟阶段(5)
• 在成熟度的第五级也即最高级，机构使用其海量的、数字 化的知识持续改进流程。基于历史数据，机构很容易分辨 出改进将会使哪些流程受益。这些改进包括流程的调整或 引进新技术。另外，通过这些历史数据，机构可以找到那 些最顽固不化的缺陷，以及造成这种缺陷的原因，然后将 采取措施以避免将来再次发生。变革管理是这些机构的一 个标准流程，而流程改进在整个机构中永不停息。由于机 构有可胜任的员工去完成可依赖的流程，这使得整个机构 的员工有能力去试图持续改进他们的工作流程，并向机构 建议那些看起来可带来广泛受益的改进。
人力资源能力成熟度模型PCMM
People Capability Maturity Model
1
火龙果整理
1. PCMM基本介绍
主 要 议 题
2. PCMM基本框架 3.PCMM成熟等级 4. PCMM关键过程领域 5. PCMM作用及应用
火龙果整理
14
P-CMM包含五个成熟阶段(2)
能力成熟度模型讲解
– 需求管理(requirements management，RM) – 软件项目计划(software project planning，SPP) – 软件项目跟踪和监督(software project tracking and oversight， SPTO) – 软件转包合同管理(software subcontract management，SSM) – 软件质量保证(software quality assurance，SQA) – 软件配置管理(software configuration management，SCM)
第11章 能力成熟度模型 第8页
2018年10月12
软件项目计划
软件项目计划管理在软件开发过程中处于非常重 要的地位，因为软件项目计划体现了对客户需求 的理解，并为软件工程的管理和运作提供可行的 计划，是有条不紊地开展软件项目活动的基础， 是跟踪、监督、评审计划执行情况的依据。没有 完善的工作计划经常会使得项目在质量、日期或 成本等方面达不到要求。 软件项目计划管理是指为软件工程的运作和软件 项目活动的管理提供了一个合理的基础和可行的 工作计划，其目的是为执行软件工程和管理软件 项目制订合理的计划。
第11章 能力成熟度模型 第11页
– 决定软件项目活动的非技术性需求，包括协定、条件及合同条款，例如 交付的产品、交付日期及里程碑等。 – 软件技术性能需求，例如系统性能、系统设计约束、编程语言及操作界 面要求等。 – 使软件产品满足分配需求的接收标准。
需求管理是对分配需求进行管理。即要确定所有人都容易理解的需求， 稳定软件需求，并且说明需求的更改对整个管理信息系统项目的成本 和周期的影响。
第11章 能力成熟度模型
学习目标 教学内容 本章小结
第11章 能力成熟度模型 第8页
2018年10月12
软件项目计划
软件项目计划管理在软件开发过程中处于非常重 要的地位，因为软件项目计划体现了对客户需求 的理解，并为软件工程的管理和运作提供可行的 计划，是有条不紊地开展软件项目活动的基础， 是跟踪、监督、评审计划执行情况的依据。没有 完善的工作计划经常会使得项目在质量、日期或 成本等方面达不到要求。 软件项目计划管理是指为软件工程的运作和软件 项目活动的管理提供了一个合理的基础和可行的 工作计划，其目的是为执行软件工程和管理软件 项目制订合理的计划。
第11章 能力成熟度模型 第11页
– 决定软件项目活动的非技术性需求，包括协定、条件及合同条款，例如 交付的产品、交付日期及里程碑等。 – 软件技术性能需求，例如系统性能、系统设计约束、编程语言及操作界 面要求等。 – 使软件产品满足分配需求的接收标准。
需求管理是对分配需求进行管理。即要确定所有人都容易理解的需求， 稳定软件需求，并且说明需求的更改对整个管理信息系统项目的成本 和周期的影响。
第11章 能力成熟度模型
学习目标 教学内容 本章小结
软件能力成熟度模型PPT课件
案例三：某大型企业的CMMI应用与效果
总结词
CMMI助力大型企业提升软件质量与竞争力
详细描述
某大型企业为了提高软件质量和竞争力，全面应用了CMMI。通过实施CMMI，该企业 规范了软件开发流程，提高了软件质量。同时，CMMI的应用还帮助该企业提高了团队 协作和项目管理能力，降低了软件开发成本和风险。这些改进使得该企业的软件产品更
评估结果与改进
反馈评估结果
将评估报告向相关干系人进行反馈，以便了解软件开发生命周期的成 熟度现状和改进方向。
制定改进计划
根据评估结果，制定针对性的改进计划，明确改进目标、措施、时间 表和责任人。
实施改进措施
按照改进计划，组织相关人员进行改进工作，确保改进措施的有效实 施。
监控与评审
对改进过程进行监控和评审，确保改进工作的顺利进行，并及时调整 改进计划以确保达成预期的改进目标。
企业如何持续改进软件能力成熟度
制定改进计划
企业应根据自身实际情况，制定具体 的改进目标和计划，明确改进的方向 和措施。
实施过程改进
企业应积极推行过程改进，通过优化 流程、提高团队能力、加强项目管理 等方面提升软件能力成熟度。
பைடு நூலகம்
持续监控与评估
企业应建立持续监控和评估机制，及 时发现和解决存在的问题，确保改进 效果的持续性和稳定性。
PART 04
CMMI实践案例
案例一：某软件开发公司的CMMI实施
总结词
成功实施CMMI，显著提升软件质量
详细描述
某软件开发公司为了提高软件质量，成功实施了CMMI。通过制定严格的软件开发流程和质量标准， 该公司减少了软件缺陷和错误，提高了软件的可维护性和可靠性。同时，CMMI的实施还帮助该公司 提高了团队协作和项目管理能力，从而提高了整体软件开发的效率和质量。
CMM模型 PPT课件
◆摩托罗拉（中国）软件中心是中国第一家通过SEI CMM5级认证的企业，全球第39家。
◆通过实施CMM，中国软件中心获益：
1997年—2000年三年间，中国软件中心的人均生产率
提高了6倍，与此同时，开发中软件错误率分别下降
了15倍，软件发放后的错误率下降了24倍。
6
类别
范围
生产率提高/年
9% ~ 67%
作业：很多人相信极大地提高软件质量和生产 率的唯一途径是通过构件组装。找出三到四篇 该题目的最新文章，并给出总结。（列出参考 文献）
1
CMM模型简介
1987年，CMU（美国卡内基•梅隆大学）的SEI（软件工程 研究所）发表了一个简短的软件过程成熟度框架，其后在 Humphrey《管理软件过程》一书中进行了扩充。书中提出了 两种方法：一种是软件过程评估和软件能力评价，另一种是成 熟度问卷，用于评价软件过程的成熟度。
有必要的过程准则来重复以前在同类项目的成功。
➢ 确定级。管理和工程的软件过程已文件化、标准化，并综合成整
个软件开发组织的标准软件过程。所有的项目都采用根据实际情
况修改后得到的标准软件过程来发展和维护软件。
➢ 管理级。制定了软件过程和产品质量的详细的度量标准。软件过
程和产品的质量都被开发组织的成员所理解和控制。
提出了CMM的1.0版本。其后Mark paulk提出CMM模型的1.1
版。
2
CMM模型简介
经过四年广泛范围内的实施，从软件过程评估中获得的知 识和从工业和政府获得的大量反馈，不断改进，通过经验总结 并结合1987年的成熟度问卷，SEI把成熟度框架发展成为软件的 CMM。1991年出版Fra bibliotekCMM1.1版本。
能力成熟度模型介绍
总结词：变革推动
详细描述：某组织在发展过程中遇到瓶颈，需要进行组织变革。通过应用能力成熟度模型，该组织明确了变革的目标和路径 ，制定了详细的实施计划，并成功地推动了组织结构和文化的变革，提高了组织的竞争力和创新能力。
个人应用能力成熟度模型提升技能水平
总结词：技能提升
VS
详细描述：个人在职业发展过程中需 要不断提升自己的技能水平。通过应 用能力成熟度模型，个人可以清晰地 了解自己的能力短板，制定针对性的 学习计划和训练方法，提高自己的技 能水平和实践能力，实现职业发展和 个人价值的提升。
个人技能和能力。
个人绩效改进
03
通过分析个人绩效表现，发现存在的问题和不足，提出改进措
施和方法，提高个人绩效水平。
04
能力成熟度模型的挑战与解决方案
组织文化冲突
总结词
组织文化冲突是指不同部门或团队之间在价值观、行为准则 和工作方式等方面的差异，可能导致在实施能力成熟度模型 时产生阻碍。
详细描述
在引入能力成熟度模型时，不同部门或团队可能会因为自身 的工作习惯、传统和经验而产生抵触或反对。这需要管理层 进行有效的沟通和协调，确保各方理解变革的必要性和益处 ，并逐步调整和适应新的工作方式。
基础薄弱，缺乏体系
详细描述
组织在初始阶段通常缺乏明确的流程和规范，项目执行过程混乱，技术和管理 能力薄弱。
能力成熟度模型的构成 初始阶段
总结词
基础工作，初步体系
详细描述
组织在成长阶段开始建立基本的流程和规范，项目执行过程逐渐有序，技术和管理能力得到提升。
能力成熟度模型的构成 初始阶段
总结词
持续改进，稳定运行
能力成熟度模型介绍
• 引言 • 能力成熟度模型的构成 • 能力成熟度模型的应用 • 能力成熟度模型的挑战与解决方案 • 案例研究
详细描述：某组织在发展过程中遇到瓶颈，需要进行组织变革。通过应用能力成熟度模型，该组织明确了变革的目标和路径 ，制定了详细的实施计划，并成功地推动了组织结构和文化的变革，提高了组织的竞争力和创新能力。
个人应用能力成熟度模型提升技能水平
总结词：技能提升
VS
详细描述：个人在职业发展过程中需 要不断提升自己的技能水平。通过应 用能力成熟度模型，个人可以清晰地 了解自己的能力短板，制定针对性的 学习计划和训练方法，提高自己的技 能水平和实践能力，实现职业发展和 个人价值的提升。
个人技能和能力。
个人绩效改进
03
通过分析个人绩效表现，发现存在的问题和不足，提出改进措
施和方法，提高个人绩效水平。
04
能力成熟度模型的挑战与解决方案
组织文化冲突
总结词
组织文化冲突是指不同部门或团队之间在价值观、行为准则 和工作方式等方面的差异，可能导致在实施能力成熟度模型 时产生阻碍。
详细描述
在引入能力成熟度模型时，不同部门或团队可能会因为自身 的工作习惯、传统和经验而产生抵触或反对。这需要管理层 进行有效的沟通和协调，确保各方理解变革的必要性和益处 ，并逐步调整和适应新的工作方式。
基础薄弱，缺乏体系
详细描述
组织在初始阶段通常缺乏明确的流程和规范，项目执行过程混乱，技术和管理 能力薄弱。
能力成熟度模型的构成 初始阶段
总结词
基础工作，初步体系
详细描述
组织在成长阶段开始建立基本的流程和规范，项目执行过程逐渐有序，技术和管理能力得到提升。
能力成熟度模型的构成 初始阶段
总结词
持续改进，稳定运行
能力成熟度模型介绍
• 引言 • 能力成熟度模型的构成 • 能力成熟度模型的应用 • 能力成熟度模型的挑战与解决方案 • 案例研究
软件能力成熟度模型CMM第04课
每个分配需求的状态
第
分配需求的变更活动
2
分配需求变更的累计数
级
关
键
过
程
域
4-19
验证执行
➢ 高层管理者对管理分配需求活动进行定期评审
➢ 项目经理定期地或在特定情况下评审分配需求的管理活动
第
➢ SQA组对管理分配需求的活动和工作产品进行评审和（或）审核，
2
并报告结果
级
关
键
评审和（或）审核要验证：
第
明书
2 级 关
✓当前删除需求，但交付时 仍需满足
✓更新建议，该需求的状态还原为 “批准的”
键 过
✓在批准的需求说明书中加
✓有效的、经过分析的并且划分
程 入新的需求
优先级的，状态为“批准的”
域
✓当前实施中加入批准的需 ✓更新建议，状态变为“提交的” 求
4-33
第
2
级 关 键
需求变更文档 化？
过
程
域
第
➢ 项目需求PR：用于项目计划和跟踪以及管理行为
2
级
关
键 过
需求阶段
建议阶段
设计阶段
编码阶段
程
域
核实阶段
程序陈述确定需求
一个或多
和需求说 说明书
个功能说
明书
图 软件开发过明程书阶段划分
软件和文测试说明、 档或产品计划和运行
信息 结果
来自用户、销售 客户和工程的需求
4-23
图 需求管理过程的数据流图
2
求的变更次数验证实施
级
上级管理部门定期审查
关
项目经理定期的和在有事件发生时，对分配需求的管理活动进行
CMM能力成熟度模型
• CMM针对的企业对象：一个相对大型的软件 企业，有完备的机构划分和角色分工。
• 其他类型的企业需要对CMM进行裁剪。 • 裁剪的一般模式：
– CMM为定义“软件企业标准过程OSSP”提供指导和 要求
– OSSP为软件企业的“项目定义过程DSP”提供基准 – DSP是设立“软件开发计划SDP”的前提。 – 如果尚没有OSSP，取代它的是：Organizational
过程裁剪和定义 • 软件产品工程（Software Product Engineering）－过
程执行 • 组间协调（Intergroup Coordination） • 对等审查（Peer Reviews）
五、CMM的五个级别
• Level 4 管理级
– 过程可度量，预测值与结果之间的偏差可控
五、CMM的五个级别
五、CMM的五个级别
• Level 5的3个KPA：动态优化
• 缺陷预防（Defect Prevention） • 技术改变管理（Technology Change
Management） • 过程改变管理（Process Change Management）
六、过程能力的提高和改进
六、过程能力的提高和改进
其它应用工具 （如度量工具 等）
八、质量保障平台
• 平台的使用
平台启动
SEPG
高级 主管
其他 成员
用户界面
其他 成员
标准过程定 义（文档&
角色）
启动项目 指定项目成员
定义过程裁剪（ 文档&角色）
过程转换
任务表
新任务&例程添加
任务申请和操作
• 两种过程评测方法：
– CBA IPI：CMM Based Appraisal for Internal Process Improvement。企业内部过程诊断
• 其他类型的企业需要对CMM进行裁剪。 • 裁剪的一般模式：
– CMM为定义“软件企业标准过程OSSP”提供指导和 要求
– OSSP为软件企业的“项目定义过程DSP”提供基准 – DSP是设立“软件开发计划SDP”的前提。 – 如果尚没有OSSP，取代它的是：Organizational
过程裁剪和定义 • 软件产品工程（Software Product Engineering）－过
程执行 • 组间协调（Intergroup Coordination） • 对等审查（Peer Reviews）
五、CMM的五个级别
• Level 4 管理级
– 过程可度量，预测值与结果之间的偏差可控
五、CMM的五个级别
五、CMM的五个级别
• Level 5的3个KPA：动态优化
• 缺陷预防（Defect Prevention） • 技术改变管理（Technology Change
Management） • 过程改变管理（Process Change Management）
六、过程能力的提高和改进
六、过程能力的提高和改进
其它应用工具 （如度量工具 等）
八、质量保障平台
• 平台的使用
平台启动
SEPG
高级 主管
其他 成员
用户界面
其他 成员
标准过程定 义（文档&
角色）
启动项目 指定项目成员
定义过程裁剪（ 文档&角色）
过程转换
任务表
新任务&例程添加
任务申请和操作
• 两种过程评测方法：
– CBA IPI：CMM Based Appraisal for Internal Process Improvement。企业内部过程诊断
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMM理论基础
过程决定质量！
CMM的目的
• 避免软件产品开发的随意性 • 将其从艺术性、创造性的活动转变为规范化、
可重复的软件开发工艺过程，不是每个人都是 艺术家 • 可类比传统产品的制造：生产线上的工人按照 规程操作就可以生产出合格的产品。同理，软 件开发人员按规程编程，就可以开发出合格的 软件产品。
软件项目成功关键
人员方面 –在人力资源管理方面的强大投入，有优秀的员工才 会有优秀的企业。 –发展高素质的项目管理人员，让软件项目管理人员 具有专业的技能。 –发展并把握顶尖技术人才，一个有才华的软件开发 者的创造性可以是一个普通者的十倍。 –软件开发项目应该配备有创造力的人员。最好是找 到一个有创造力的程序员，而不是指望某一个程序 员会变得有创造力。 –可以让程序员发挥他们的专长：编写代码。 –建立合理的组织结构。
软件开发的本质
• 软件开发的本质就是基于人类思考的一种 心智活动
• 计算机及运行其上的软件就是人类大脑活 动的一面镜子
• 软件与心理学的关系要比工程学、技术及 数学的关系要近的多
• 软件永久只能是软件开发人员的心理模仿 ，程序员永远也不可能让计算机做出超过 他自己想像力的事
• 需求具有不确定性，是逐步澄清的
软件项目失败深层次原因
• 对软件的误解是问题的根源。 • 现有的方法是由那些有良好愿望但忘记了软件
中的“软”的那些聪明人所创建的。他们假定 开发软件就象造桥。 • 方法不正确。没有人打算失败，但是为使失败 最小化而使用的方法却是失败的。 • 开发人员士气不高，不主动。 • 管理人员、开发人员能力不够。 • 只重过程，不重人，没有良好的沟通。
提供新方法和新工具来提高软件开发效率和 质量的尝试失败，发现问题的实质在于软件 机构缺乏管理软件过程的能力。
软件工程研究所(Software Engineering Institute, SEI) 领导改进软件工程实践的当前状况，提高以 软件为主的系统的质量。
CMM由SEI提出，它描述了从混乱的、不成 熟的软件过程向成熟的、有纪律的软件过程 改进的一条途径，包含五个成熟度级别。
软件过程成熟度：针对具体的软件过程进行目前定义、 管理、测量、控制以及有效的程度。他表明软件工程 能力增长的潜力。
全面质量管理和CMM
不了解产品
成熟的软件机构：
• 具有在机构范围内管理软件开发 和维护过程的能力，所管理的过 程已形成文档，可使用，必要时 可修改过程定义
• 管理人员监督软件产品的质量以 及生产这些产品的过程
• 在分析软件产品的质量和开发过 程方面有客观而定量的依据
• 进度计划和预算基于以前的效能 数据，是非常实际的
• 成本、进度要求、产品功能与质 量能达到预期要求
• 整个机构广泛、积极地参与改进 活动，有相应的基础实施支持各 软件过程
软件项目失败原因
• 客户需求不确定 • 最终产品的设计和特色只有在过程中才能变得
清晰，而不是开始时 • 很难制定准确的计划 • 估计不够，低估需要的时间和成本 • 来自营销、客户和管理者的压力 • 沟通失败是项目失败的最大的威胁 • 软件过程不可见
软件项目成功关键（续）
项目利益相关者广泛参与 – 最终用户参与 – 开发与营销紧密结合 – 高级管理者强大的支持 – 项目组内部有效沟通
向不确定性挑战 – 日常建构，关注真正的最终结果 – 立足于灵活 – 在项目前期阶段充分沟通，充分交流，鼓励 创新
引入软件成熟度
软件危机：无法开发出符合预算和进度要求 的高可靠性和可用性软件。
软件过程成熟度涉及的基本概念
CMM强调的是软件过程 能一致地、可预测地 生产高质量软件产品 的能力。
过程：为了达到给定目 标所实施的一系列步 骤。过程把人、工具 和规程集成在一起。 如下图所示：
有技能、受过 训练的、有积 极性的人员
定义任务间关联关 系的规程和方法
过程
工具和设备
软件过程成熟度涉及的基本概念（续）
• 质量低劣 • 延期或者失败 • 软件成本超出预算 • 不按要求工作给自己和客户带来麻烦
不成熟的和成熟的软件机构对比
不成熟的软件机构： • 软件过程：由具体工作人员及
其管理人员临时组成 ຫໍສະໝຸດ 被动，常常强调解决燃眉之急 • 常常超出进度计划和经费预算 • 缺少评判产品质量或解决产品
或过程问题的客观基础 • 在正式提交之前，客户基本上
大家学习辛苦了，还是要坚持
继续保持安静
软件开发的探索
• 技术 –CASE,UML –Object Oriented
• 过程控制 –ISO9001,ISO9000-3,ISO15504,ISO12207 –CMM,TickIT
以上措施并没有真正解决软件危机 –“质量是制造出来的，不是检验出来”， 在制造业适用，在软件行业作用并不大(软 件过程不可见) –项目失败率还是很高
能力成熟度模型介绍
Agenda
简介和CMM背景知识
CMM 框架 CMM 2级 CMM 3级 CMM 4级5级 小结 Q&A
Introduction
CMM的背景、概念、结构和应用 软件过程成熟度框架 能力成熟度模型的结构和相关说明 CMM的关键过程域
外人看软件开发过程
Customer
Coder
“Build me Software for my Widget”
Then a Miracle Happens
Done.
这种过程可能会有什么问题?
初学者看软件开发过程
FIGURE IT OUT.
CODE IT.
SEE IF IT WORKS.
需求、设计薄弱，测试被挤
不成熟组织软件项目的结果
• 缺乏既定过程，开发团队角色没有定义，没有 协调，重复工作，管理混乱
• 管理者/用户对过程和产品质量缺乏洞察力， 过程和产品质量不透明
软件过程：开发和维护软件及相关产品（如项目计划、 设计文档、代码、测试用例和用户手册等）的一套行 为、方法、实践及变换过程。
软件过程能力：描述了遵循某软件过程可能达到的预期 结果的范围。它为机构承担下一个软件项目时可能达 到的最大期望结果提供了预测手段。
软件过程效能：对遵循一个过程所达到的实践结果的一 种度量。它关注实际结果，而软件过程能力关注预期 结果。