《cmmi简介》由会员分享，可在线阅读，更多相关《cmmi简介（59页珍藏版）》请在金锄头文库上搜索。
1、CMMI知识简介,议题,1：CMMI简介,4：CMMI3级认证,2：CMMI等级划分,3：CMMI3级体系,2,CMMI的背景,1930s：Walter Shewhart 开始了基于统计质量控制原理的过程改进活动。 1980s: W. Edwards Deming, Joseph Juran, Watts Humphrey 和其他一些人进一步发展了这些原理，并开始在软件工程领域的应用。 1991: 基于Watts Humphery 等人的工作， SEI的Mark Paulk 等人建立了第一个CMM模型：软件CMM。 自1991年以来，相继有多个学科领域的CMM模型问世：SE-CMM, SW-C
2、MM, IPD-CMM等。 1997: 美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架。 2002年1月，CMMI V1.1正式发布，并立即被广泛采用，截止到2006年初已有超过1500个基于CMMI的评估报告给了SEI。 2006年8月，CMMI V1.2正式发布。,CMMI是什么？,Capability Maturity Model Integration (能力成熟度模型综合) 它综合了以下几方面: System engineering Software engineering Integrated Product and Proc
3、ess Development Supplier Sourcing 该模型提供一套可供公众使用的准则；这些准则描述那些成功地实施了过程改进的组织的特性。 该模型用“软件能力成熟度”来衡量这种软件综合能力,Technology 技术,Process 过程,People 人,Schedule 进度,Quality 质量,Cost 成本,如何理解“过程”,是开发产品所遵循的规范、制度 其主要目的是为了 提高产品质量 降低成本 缩短项目开发周期 提高生产力 提高客户满意度 提高ROI,CMMI 模型结构概览,CMMI Core (22 Process Areas) CMMI核 (22个过程域）,SE
4、Related Examples 系统工程相关的实例,IPPD Addition 集成产品与过程开发 附加内容,SW Related Examples 软件工程相关的实例,CMMI for Development V 1.2,HW Related Examples 硬件工程相关的实例,开发CMMI,CMMI for Development,CMMI for Service,CMMI for Acqusition,服务CMMI,合同采购CMMI,CMMI关键概念：PA,Process Area：过程域 简单的说就是做好一个事情的某一个方面。 对应软件开发来说，就是做好软件开发的某一个方面。,19
5、:27,Process Capability & Organizational Maturity 过程能力与组织成熟度,ROI & Cost Benefit 投资回报率与成本收益,COSTS 成本 Salary 工资 Training 培训 Appraisal 评估 Consultancy 咨询 Workshop 会议 Tools 工具 ,BENEFITS 收益 Reduced Cost 成本降低 On-time Delivery 按时交付 Increased Productivity 生产率提高 Improved Quality 质量改善 Improved Customer Satisfac
6、tion 客户满意度改善 ,CMMI的成本与收益,CMMI是：,一个包含了产品与服务开发、维护最佳实践的模型 一个描述有效过程应包含的关键组成元素的框架 一个从杂乱、不成熟的活动向成熟、规范的过程演进的指南 一个评估当前实践的标尺 CMMI不是： 一套可以直接拿来用的过程 局限于单一的学科领域（如：软件工程） 可以马上解决所有问题的“银弹”,Page 9,议题,1：CMMI简介,4：CMMI3级认证,2：CMMI等级划分,3：CMMI3级体系,10,用CMMI1-5级如何管理？,你会如何组织这个的活动？,公司进行年终酒会。 请你组织这次活动，目的是用合理的经费让大家高高兴兴地吃一顿！,Leve
7、l 1：初始级,不用做什么计划，提前一点订好座位 当天下班大家一哄而去 现场点菜，然后大吃一顿,这样做会有什么结果？,定不到位？ 菜不合大家口味？ 经费超出？ 大家心情变得很沮丧？ 有没有可能取得比较好效果呢？,19:27,Level 2:受管理级,向领导确定本次的目标、预算等，并让领导签字，如果领导要修改目标，要签一个变更的协议，预算也可能要调整。 写个详细的计划，根据计划跟踪实施效果，并根据实际情况调整计划。 酒水可能要另外采购，跟酒水供应商签订采购协议，并进行有效管理。 要统计一下人员出席情况。 要有专门的人来负责监督本次活动的工作。 要有人保证各项工作产品协调一致。,19:27,这样做
8、会有什么结果？,大家吃得满意？ 预算控制得好？ 领导高兴？ 真的能这样吗？,19:27,2级做法遗留的一些问题,计划应该怎样写，先做什么后做什么，没有明确的指导？ 餐单如何确定，也没有明确的指导？ 吃饭现场活动顺序如何安排，也没有指导？,19:27,Level 3：已定义级,经过一段时间积累，以下活动都有明确的指导文档： 如何写计划 如何组织吃饭现场活动 如何确定餐单 . 对于确定餐单、选定酒水供应商方面采用决策分析的办法。 进行风险管理。 建立了相应的培训制度。 另外，为了让组织聚餐活动越做越好，成立了专门的SEPG来维护文档。,19:27,这样做会有什么结果？,这次活动成功的几率大大提高了
9、？ 但谁能拍胸口说：一定能成功？,19:27,3级遗留的问题,感觉成功机会会提高很多，但没有一个底？最好有个数字能说明问题。,19:27,Level 4：定量管理级,积累了大量聚餐活动的CPI、SPI数据。 积累了大量的聚餐满意度数据。 当前反应聚餐活动能力的数据CPI、SPI、满意度等在一定范围内波动。 根据当前CPI、SPI，可预测聚餐活动的最终成本。 通过这些数据对活动进行监控。 公司一级根据历史数据，算出了性能基线、性能模型。 聚餐活动进行时，利用公司一级算好的数据进行定量管理。,19:27,这样做会有什么结果？,聚餐活动进展情况了如指掌 比较准确的估计到最后的结果 成功的几率极大提高
10、,19:27,Level 5：持续优化级,如何持续改进？ 原因分析 采用新技术 公司定下新的目标,19:27,Level 5 之 原因分析,通过数据，我们发现由A君组织聚餐活动时，满意度总能在基线范围内。 但由B君组织时，满意度异常的高，超出了基线上限。 于是我们进行原因分析，发现B君进行抽奖活动之前，做了一个调查，知道每个人最想要什么。故抽奖活动做得很出色，满意度就高了。,19:27,Level 5 之 原因分析,抽奖活动前先进行调查这个工作，在过程文档里面并没有规定的，是B君的特殊做法。 SEPG异常高兴，把B君的做法写入过程中。 于是全部人都按照这个做法去做了，结果满意度性能基线上升了。
11、,19:27,Level 5 之 原因分析,对一些特殊问题、特殊情况进行分析，可以得到改进过程的机会。 对过程进行改进后，我们的性能会提高。,19:27,Level 5 之 采用新技术,出现了这样的一些问题： 发现难以统计到场的人员，需要经常去问。 很多人不知道如何去聚餐地点。 为了解决这个问题，采去以下新技术： 每人配一台PDA和GPS，里面有地图 活动组织者用笔记本电脑能见到各位位置。,19:27,Level 5 之 采用新技术,采用新技术后，大家准时出席率提高，并且满意度也提高。,19:27,Level 5 之 公司定下新的目标,预算的偏差率当前值是-20%到20%，领导觉得不满意，要求
12、改进为-10%到10%。 SEPG就非常紧张了，投入大量人力物力分析如何改进。 SEPG发现导致预算偏差大的地方主要在于酒水采购方面，供应商的价钱浮动太厉害。,19:27,Level 5 之 公司定下新的目标,SEPG定下改进计划，修改了采购方面的过程，对供应商的选择加强了标准。 在某次聚餐中试行新的采购过程，结果发现成本偏差果然控制在-10%到10%范围内。 分析试行结果后，SEPG把过程正式推行，最终满足了领导的要求。,19:27,CMMI成熟度等级回顾,议题,1：CMMI简介,4：CMMI3级认证,2：CMMI等级划分,3：CMMI2-3级体系,32,33,达到2级管理水平项目的特点,客
13、户要签需求规格说明书，并且变更受控制。 要编写开发计划来指导工作 根据开发计划跟踪实际工作 如果涉及到软硬件采购，则需要采取一套方法来管理。 采取一些度量的办法，获取项目的一些信息。 有SQA监督项目工作。 有SCM保证工作产品的一致性。,34,2级的7个PA,需求管理（Requrements Management）(RM) 项目计划(Project Planning)(PP) 计划跟踪与控制(Project Monitoring and Control)(PMC) 供应商协议管理(Supplier Agreement Management)(SAM) 度量与分析（Measurement an
14、d Analysis） 过程与产品质量保证(Process and Product Quality Assurance)(PPQA) 配置管理(Configuration Management)(CM),35,项目计划(Project Planning)(PP),Project Planning的目的： 建立和维护计划，计划规定了项目需要做的活动。 那么，需要做到怎样的程度，才算把PP做好，达到CMMI的要求呢？,36,1.基础工作,分解项目任务，做WBS 列出工作产品和工作任务 考虑采用怎样的软件开发生命周期 确定工作量、费用等 这类工作，就是要满足项目计划的第一个目标(Goal)：建立评估
15、(Establish Estimates) 而以上每一项，就是一个实践(Practice),37,2.写计划,建立预算和进度 识别项目风险 计划好如何管理各类文档、代码等 计划好软硬件资源 计划好需要哪些培训或者技术支援 计划好与用户、外单位的交涉 把以上内容文档化 这是项目计划的第二个Goal：编写计划(Develop a Project Plan),38,3.确认计划,检查与开发计划相关测试计划、SQA计划、SCM计划等，保证一致。 让项目组相关人员确认计划，保证里面的内容是合适的。 让各相关人员承诺能做到计划中的事情。 这是项目计划的第三个Goal：获取对计划的承诺(Obtain Com
16、mitment to the Plan ),39,项目计划(Project Planning)(PP),有三个目标（Goal） 建立评估 写计划 达成一致 第一个目标下有4个实践（Practice） 第二个目标下有7个实践（Practice） 第三个目标下有3个实践（Practice） 如果4+7+3=14个实践都做到了，就可以基本认为我们达到了这个PA的要求。,40,2级的7个PA,需求管理（Requrements Management）(RM) 项目计划(Project Planning)(PP) 计划跟踪与控制(Project Monitoring and Control)(PMC) 供应商协议管理(Supplier Agreement Management)(SAM) 度量与分析（Measurement and Analysis） 过程与产品质量保证(Process and Product Quality Assurance)(PPQA) 配置管理(Configu
