CMMI基础培训.ppt

过程专家 CMMI基础知识 Agenda CMMI介绍连续与阶段表现型模型概述改进收益SCAMPI评估评估准备现场评估实施CMMI咨询服务过程实施流程企业投入改进成效 模型起源 SEI SoftwareEngineeringInstitute 软件工程研究院 是美国政府 DoD 出资在CarnegieMellon大学建立的研发中心 1984 也是目前世界上软件工程领域最有影响的研究机构 SW CMM最早于1987年推出一套成熟度调查问卷 1990年开发出SW CMMV1 0版 目前流行的是SEI于1993年研制SW CMMV1 1版 CMMI的产生 1997年10月美国国防部下令SEI停止对CMM的研究 转而致力于开发CMMI 帮助企业解决使用多个CMM的问题 SEI同时宣布CMMI产品将取代CMM 故于2000年8月11日颁布CMMI SE SW1 0版本 2001年12月发行1 1版本 从2003年开始由CMM向CMMI过渡 2005年年底CMM开始停用 CMMI之目的在发展一个共通性的整合架构 除了支持CMM延伸出来的软件能力成熟度 SW CMM 之外 也支持不同专业领域如系统工程能力成熟度 SE CMM 集成的产品开发能力成熟度 IPD CMM 外购协作能力成熟度 SS CMM 等应用模式 基本上 CMM与CMMI虽然有一定的相似度 但CMMI不仅提高每一个级别的要求门坎 同时扩充了能力成熟度的评估范畴 且能与国际标准组织 国际电工协会 ISO IEC 15504软件流程评估技术兼容 CMMIV1 2 自2001年12月发行以来 导入CMMI已与日俱增 CMMI套装产品也被全世界的组织单位所采用 自2000年开办CMMI简介课程以来 上课人数超过四万人 培训300位SEI授权讲师 全球六大洲超过1000件SCAMPISM评鉴案件 CMMI套装产品V1 2于2006年8月发行 从2006年开始由CMMIV1 1向CMMIV1 2过渡 2007年8月31日CMMIV1 1开始停用 CMMIV1 2包含2大学科产品或项目研发 DEV CMM 集成的产品开发能力成熟度 IPD CMM 实施各种任务的标准 规程和方法 方法 技术 工具和设备 有知识 有技能 有经验的人 过程 过程改进是做好软件工程的必经之路 软件企业必经之路 过程能力 Processcapability 描述 开发组织或项目组 通过遵循开发过程能够实现预期结果的程度 过程性能 processperformance 表示遵循开发过程所达到的实际结果 过程成熟度 processmaturity 一个特定过程被明确地定义 管理 测量 控制和生效的程度 成熟度意味着能力上的增长潜力 并表明组织过程的丰富程度及它在整个组织的项目中运用时的一致性 构成过程成熟度的基本概念 产品的质量受生产和维护的过程影响极大 这意味着关注过程也就关注了产品 关注过程可 重复结果透视项目进程度量产品特性 过程管理与质量 不成熟的过程或组织特征 无序的过程是由实践者和管理者临时拼凑的 末得到严格定义 高度依赖于当事者 对进展和质量的低可视性 产品功能性和质量可能因满足进度而作出让步 新技术的应用有很大风险 过量的维护费用 质量难以预测 缺少进一步改进的客观基础 成熟组织特征 过程定义明确 一致 执行严格过程性能和质量可以预测 定性或定量降低过程对人的依赖新技术引入受控 风险小形成持续改进的过程文化 CMMI模型标准 阶段型 ML1 ML ML3 ML4 ML5 针对已经建立过程域的企业单位 连续型 针对单一或一组过程域PA PA PA 过程域的能力 01 345 PA CMMI模型的两种表示 成熟度的等级 CMMI模型表示法 CMMI模型表示法 阶段型 Staged组织成熟度方法遵循预定义的里程碑5个成熟度等级 1 初始级 Initial 2 已管理级 Managed 3 已定义级 Defined 4 定量管理级 QuantitativelyManaged 5 持续优化级 Optimizing 连续型 Continuous过程能力方法组织选择哪一个 过程 着重用于连续的过程改进 6种能力等级 0 不完全级 Incomplete 1 已执行级 Performed 2 已管理级 Managed 3 已定义级 Defined 4 定量管理级 QuantitativelyManaged 5 持续优化级 Optimizing 过程域 PAs 是一类相关实践活动的集合 它们是建立过程能力最主要的元素 模块 是两种模型表示的基础 ExamplePA RequirementsManagement 过程域ProcessArea PAs 目标和实践是用于识别过程和能力的模型要素 目标通过有效实施一组实践要达成的结果的描述 实践要达成目标必须实施的一组活动的描述 它们在PAs中扮演着关键因素 CMMI其他重要基本概念 特定目标和实践与特定过程域相关仅应用于特定过程域通用目标和实践与所有过程域有关必须应用于所有过程域 目标和实践 CMMI的阶段表示法 CMMI的阶段式表示法就是组织成熟度表示方法 5优化级 2 4定量管理级 2 3已定义级 13 2已管理级 7 1初始级 0 CMMI模型 阶段型 MaturityLevel ProcessArea ProcessArea ProcessArea 通用目标 特定目标 CommitmenttoPerform 为过程改进活动建立方针政策和管理设施AbilitytoPerform 确保项目或组织有足够必要的资源从事过程改进活动DirectingImplementation 收集 度量和分析过程执行的相关数据Verification 验证项目或组织的活动是否与需求 流程和方针相一致 通用实践 特定实践 CMMI模型 阶段型 过程不可预测 缺乏控制且控制是被动反应式的 过程刻划项目特点 控制经常是反应式的 过程刻划组织特点 并实施预测式控制 度量并统计控制过程 重点在持续改进 阶段型的5个等级 CMMI将组织的成熟度划分为五个等级 成熟度是经过定义的阶梯式的过程改善的指针 也是预测组织未来绩效表现的方法 组织表现每达到一个成熟度 即代表组织过程能力的增进 而其五个成熟度的等级内容如下 初始级 Initial 结果不可预测 过程不稳定 管理被动 阶段型的5个等级 管理级 Managed 项目有清楚的过程与明确的目标 本级包括 需求管理 项目策划 项目监控 供应商协定管理 度量与分析 过程与产品质量保证及配置管理等方面的工作 通过CMMILevel2 管理级 的评估 则代表企业的过程目标 成本 时程 质量 是经过规划 文件纪录 执行 管控而且此目标已达成 定义级 Defined 组织建立了定义清楚而主动的工作过程 本级包括 需求开发 技术解决方案 产品集成 验证 确认 组织过程聚焦 组织过程定义 组织培训 集成的项目管理 风险管理 决策分析与解决方案 集成的组织环境 集成的团队合作 等方面的工作 通过本级的评估 则代表企业已经根据组织标准过程及相关过程资产 调适出合适项目的开发过程 这些过程被详尽说明与了解 用标准 程序 工具及方法来描述 管理级 和 定义级 的差别在于过程的应用范围 前者只限于特定项目使用 后者则是适用于组织的所有项目 阶段型的5个等级 量化管理级 Quantitativelymanaged 过程被量化管理 本级着重在组织绩效的建立与量化的项目管理 通过Level4则代表组织为产品质量 服务质量与过程绩效所订定的数量化目标都已经建立 并透过统计方法诠释 以作为过程管理的准则 定义级 与 量化管理级 的差别在于过程绩效的预测力 前者的过程仅是定性的管理 后者则为定量的可预测 优化级 Optimizing 聚焦于过程改善作业 着重在组织的创新发展及原因分析并提出解决方案 通过本级的评估 则代表组织经由渐近与创新的技术改善 专注于过程的持续改善 组织的量化过程改善目标已经确定 并持续地修改以反映经营目标的变动 灵活与创新的最佳化过程是组织进步的原动力 CMMI模型 阶段型 CMMI模型 阶段型 阶段型的5个等级 软件过程的可视性 能力等级 第1到第5级 通用实践 通用目标 特定目标 特定实践 过程域1 过程域2 过程域3 典型工作产品 子实践 说明 引用等 详细说明 子实践等 CMMI模型 连续型 CMMI模型 连续型 过程域能力的增长可以通过一个柱体的高矮表现 能力等级分为6级5级优化级4级定量管理级3级已定义级2级已管理级1级执行级0级不完整级 CMMI模型 连续型 过程改进的路线图 过程域 PA 组合明确按次序执行 ML1 ML ML3 ML4 ML5 阶段型优势 依据商业目标针对特殊的过程域实施灵活的过程改进 PA PA 01 345 PA 连续型优势 DefectPreventionCausalAnalysisandResolutionTechnologyChangeMgmtOrganizationalInnovation DeploymentProcessChangeManagementQuantitativeProcessMgmtOrganizationalProcessPerformanceSoftwareQualityMgmtQuantitativeProjectManagementOrganizationProcessFocusOrganizationProcessFocusOrganizationProcessDefinitionOrganizationProcessDefinitionTrainingProgramOrganizationalTrainingIntegratedSoftwareMgmtIntegratedProjectManagementRiskManagementSoftwareProductEngrRequirementsDevelopmentTechnicalSolutionProductIntegrationIntergroupCoordinationVerificationPeerReviewsValidationDecisionAnalysisandResolutionRequirementsManagementRequirementsManagementSoftwareProjectPlanningProjectPlanningSoftwareProjectTracking OversightProjectMonitoringandControlSoftwareSubcontractMgmtSupplierAgreementManagementSoftwareQualityAssuranceProduct ProcessQualityAssuranceSoftwareConfigurationMgmtConfigurationManagementMeasurementandAnalysis LEVEL5OPTIMIZING LEVEL4MANAGED LEVEL3DEFINED LEVEL REPEATABLE SW CMMv1 1与CMMI比较 CMMI DEV IPPD学科选择 需求管理RequirementsManagement需求开发RequirementsDevelopment技术方案TechnicalSolution产品集成ProductIntegration验证Verification确认Validation 工程 项目管理 项目策划ProjectPlanning项目监控ProjectMonitoringandControl分供方协议管理SupplierAgreementManagement集成的项目管理IntegratedProjectManagement IPPD 综合的团队IntegratedTeaming IPPD 风险管理RiskManagement量化的项目管理QuantitativeProjectManagement 组织过程焦点OrganizationalProcessFocus组织过程定义OrganizationalProcessDefinition IPPD 组织培训OrganizationalTraining组织过程绩效OrganizationalProcessPerformance组织变革和发展OrganizationalInnovationandDeployment 过程管理 配置管理ConfigurationManagement过程和产品的质量管理ProcessandProductQualityAssurance度量和分析MeasurementandAnalysis原因分析与方案CausalAnalysisandResolution决策和分析DecisionAnalysisandResolution组织集成环境OrganizationalEnvironmentforIntegration IPPD 支持 分类 过程域 基于CMM CMMI的改进收益 过程改进收益范畴传统的改进数据统计较新的CMMI改进数据 过程改进收益范畴 实施过程改进可以 改进进度和预算的可预测性改进周期提高生产率改进质量 以缺陷作为度量 增加客户的满意程度提高雇员士气增加投资回报降低质量成本在进行过程改进时 各个企业要根据各自的商业目标和具体情况 从中选择若干项作为过程改进的重点 传统的改进数据统计 来自DACS的数据估算改善项目周期的缩短劳动生产率改善质量改善 改进受益 美国国防部软件数据与分析中心的经验如下 开发成本降低7 重新开发成本降低96 平均时程降低 7 交货后的缺陷数降低80 可能的风险降低9 投资回报率为 1 1 DODData AnalysisCenterforSoftware DACS Results BoeingEffortEstimation 0 140 140 没有历史数据 有历史数据 Variancebetween 0 to 145 Variancebetween 0 to 0 MostlyLevel1 Level3 Over UnderPercentage Basedon1 0projectsinBoeingInformationSystems Reference JohnD Vu SoftwareProcessImprovementJourney FromLevel1toLevel5 7thSEPGConference SanJose March1997 项目估算 Source SoftwareEngineeringDiv HillAFB PublishedinCrosstalkMay1999 项目周期演变 项目周期在逐渐缩短 Source SoftwareEngineeringDiv HillAFB PublishedinCrosstalkMay1999 提高的生产效率 工时在逐渐减少 生产效率与质量 最新基准数据 SEI提供 CMMI改进实施流程 IDEAL模型WTI实施流程项目投入估算WTI服务特点CMMI过程改进 评估成功因素 IDEAL模型 初始化 诊断 建立 行动 修改组织的方法 记录和分析教训 计划及执行试行方案计划 执行和跟踪改进方案 作行动计划 设定战略和优先级 提出建议并记录阶段成果 评估当前实践情况 建立改进机制 确定改进范围以及获取支持 改进动机 定义过程和度量 建立过程行动组 改进生命周期模型 改进实施流程 明确项目目标 范围和双方工作团队方式 获得管理层支持 目标 目标1 缩短产品开发周期 准时交货率达80 里程碑达标率85 目标 自主研发产品需求增长率不超过 0 严格实行基线管理 目标3 产品系统测试缺陷数 下降 同类开发项目 目标4 开始执行项目组成本开展 建立成本控制体系 目标5 改善产品及服务的品质和可靠性 现场产品支持 TTM目标7 年内 评估通过 启动会 组建改进团队 EPG PATProcessActionTeam 项目类PP PMC IPM RskM SAM 顾问团队 EPG组长 EPG代表 MSG 工程类RD ReqM TS PI Ver ved 组织类OPF OPD OT DAR PPQA PI配置管理员 质量管理 项目代表 诊断 差异分析 评估现行工作体系 分析与CMMI目标差异 制定改进计划 改进策划 文件定义 依据开发工作实践 建立符合CMMI各PA要求的文件化过程 过程文件概要表 过程文件结构表 过程文件模板 试点项目导入 选择试点项目 试行新过程开发 检查制度的可行性与完整性 过程定义 文件编写 过程导入 试点项目 经验总结 环境准备 真实项目C 真实项目B 真实项目A 过程导入 试点项目 1 2个月3 4个月1 2个星期2个月 预评估与改善 检查过程及执行成效 依预评估结果及实施建议改善执行状况与制度 依试行结果及调整后之制度全面扩大推广到各部门 以准备进行正式评估 制度化 正式评估 由SEI授权的主任评估师执行评估依据CMMI评估框架 ARC V1 2可以裁剪模型内容和组织范围SCAMPIMethodDefinitionDocumentV1 2评估方法等级ClassA Full comprehensiveappraisalmethodsClassB Initial incremental self appraisalsClassC Quick look SCAMPI评估结构 阶段I 评估计划和评估准备阶段II 现场评估活动阶段III 报告评估结果 评估前的活动 评估现场活动 改进项目的投入 1 人员投入改进团队 1 2个全职人员 5 8个兼职人员 试点项目 8 的改进活动 培训和应用 项目直接预算咨询费评估费相关的交通食宿费工具设施除配置管理工具外 其它工具不是必须的投影仪会议室 改进项目的投入 2 改进成效 1 就组织而言 各部门间的沟通效率提升 分工更加完善清楚 由原来的协调不顺变成职责明确有章可循的相互