1、量化管理概述,质量管理部 李丽丽 2011-04-06,目录,组织过程性能(OPP),1,2,4,量化项目管理(QPM),5,CMMI 项目管理相关过程域 介绍,CMMI成熟度,CMMI支持类过程域MA,3,3,成熟度级别,5 Optimizing 优化的4 Quantitatively Managed 定量管理的3 Defined 已定义的2 Managed 已管理的1 Initial 初始级,4,Level 1 初始级,Level 1,In,Out,不可预测的，难以控制，个人能力、经验主导 非编码活动被看作是无用的，项目计划遵循个人经验 需求是以失控、杂乱的方式进入产品/系统开发过程 产品
2、/系统的结果也是失控和杂乱无序的 没有认证的，项目管理只考虑进度及预算，质量控制只有测试与调试,5,Level 2 已管理的,Level 2,In,Out,基本项目管理，项目管理制度已经建立 项目管理过程必须被文档化并被实施 里程碑和检查点被建立，但各阶段内的活动尚待建立（黑盒子） 包含7个PA需求管理，项目计划、项目监督和控制、供应商合同管理、度量和分析、过程和产品质量保证、配置管理 有纪律的过程，项目中进行实施，项目级的，没有全面推广,6,Level 3 已定义的,Level 3,In,Out,过程标准化。制度化的工程和管理过程活动，在所有项目中实施起来 软件产品是可见的，贯穿于整个开发过
3、程 软件过程 (管理和工程活动) 是文档化的、规范的、集成到组织的运营流程中 角色和职责是明确的，过程检查工作独立于从事该工作的人员,7,Level 4 定量管理的,组织对软件产品和过程都设置定量的质量目标 过程是已测量的并在可测的范围内运行。使组织能预测过程和产品质量方面的趋势。当超过限制范围时，采取措施予以纠正。软件产品具有可预测的高质量。 运用统计过程控制原则和方法，识别过程中出现的突发异常,Level 4,8,Level 5 优化的,Level 5,In,Out,变更贯彻于整个生命周期 整个组织集中精力进行不断的过程改进。 为了预防缺陷出现，组织有办法识别出弱点并针对性地加强过程，为了
4、防止已知类型的缺陷再次出现他们认真评价软件过程，同时将经验教训告知其它项目 过程变更基于度量数据,目录,组织过程性能(OPP),1,2,4,量化项目管理(QPM),5,CMMI 项目管理相关过程域 介绍,CMMI成熟度,CMMI支持类过程域MA,3,CMMI 项目管理相关过程域,项目计划(PP) 项目监控 (PMC) 风险管理 (RSKM) 集成化项目管理 (IPM),项目计划(PP),目的： Establish and maintain plans that define project activities. 建立和维护定义项目活动的计划。,目标之间关系解析,Planning Data (
5、计划数据),Establish Estimates (建立估算),Develop a Project Plan (编制项目计划),Obtain Commitment to the Plan (获得对计划的承诺),Project Plan (项目计划),PMC (项目监控),Relevant Stakeholders (相关干系人),SG1,SG2,SG3,SG1 建立估算,SP1.4 工作量和 成本估算,Planning Data (策划数据),Establish Estimates (SG1 建立估算),SP1.1 估算 项目的范围,SP1.2 估算 工作产品和 任务的属性,SP1.3 定义
6、 项目的 生命周期,SG1,目标之间关系解析 SG2,Planning Data (策划数据),Establish Estimates (建立估算),Develop a Project Plan (编制项目计划),Obtain Commitment to the Plan (获得对计划的承诺),Project Plan (项目计划),PMC (项目监控),Relevant Stakeholders (相关干系人),SG1,SG2,SG3,SG2 编制项目计划,SP2.1 建立 预算及进度,策划数据,Develop a Project Plan (SG2 编制项目计划),SP2.3 策划 数据管
7、理,SP2.6 策划 干系人的参与,SP2.4 策划 项目资源,项目计划,SP2.7 建立 项目计划,SP2.2 识别 项目风险,SP2.5 策划 必要的知识 和技能,PMC,SG2,目标之间关系解析 SG3,Planning Data (策划数据),Establish Estimates (建立估算),Develop a Project Plan (编制项目计划),Obtain Commitment to the Plan (获得对计划的承诺),Project Plan (项目计划),PMC (项目监控),Relevant Stakeholders (相关干系人),SG1,SG2,SG3,S
8、G3 获取对计划的承诺,SG3,Obtain Commitment to the Plan (SG3 获取对计划的承诺),SP3.2 协调 工作及 资源,Project Plans 项目计划,SP3.1 对影 响项目的计 划进行评审,SP3.3 获取 对计划 的承诺,相关干系人,项目监控(PMC),目的 提供项目进展的认识，使得项目的执行情况显著偏离计划时能够采取适当的纠正措施。,19,项目监控,项目计划,监督 项目风险,监督承诺,分析问题,采取 纠正措施,进行里程碑评审,监督 数据管理,监督项目计划参数,管理纠正措施,按计划监督项目,项目进展审查,监督相关人员的参与情况,管理 纠正措施,PP
9、,风险管理(RSKM),目的 在潜在的问题发生前识别它们，使风险处理活动能在产品或项目的生存期内被计划并在需要时被调用,21,风险管理,识别风险,对风险做评价、分类和定优先级,识别和分析风险,来自项目计划及项目监督和控制,制定风险缓解计划,实现风险缓解计划,缓解风险,DAR,风险库,确定风险源和分类,定义 风险参数,准备风险管理,制定风险管理策略,集成化项目管理(IPM),目的 依照基于组织的标准过程集裁剪形成的已集成和已定义的过程，建立和管理项目以及相关干系人的参与。,目标之间关系解析 SG1,Integrated Plans (集成项目计划),Use the Projects Define
10、d Process (使用项目定义过程),Coordinate and Collaborate (进行协调和协作),OPF (过程改进),SG1,SG2,相关干系人,OPD (过程定义),SG1 使用项目定义的过程,过程和产品度量 文件 经验教训,Use the Projects Defined Process (SG1 使用项目定义的过程),SP1.2 使用 过程资产库 计划项目 的活动,SP1.5 使用 集成的计划 管理项目,SP1.6 贡献 至组织 过程资产库,SP1.1 建立 项目定义过程,SP1.4 集成 计划,SP1.3 建立 项目 工作环境,过程定义,过程改进,SG1,目标之间关
11、系解析 SG2,Integrated Plans (集成项目计划),Use the Projects Defined Process (使用项目定义过程),Coordinate and Collaborate (进行协调和协作),OPF (过程改进),SG1,SG2,相关干系人,OPD (过程定义),SG2 与相关干系人进行协调和协作,干系人问题协调,文档化关键依赖,协作行动 和问题,Coordinate and Collaborate with Relevant Stakeholders (SG2 与相关干系人进行协调和协作),SP2.1 管理 干系人的参与,SP2.2 管理 项目依赖,SP
12、2.3 协调 解决问题,SG2,目录,组织过程性能(OPP),1,2,4,量化项目管理(QPM),5,CMMI 项目管理相关过程域 介绍,CMMI成熟度,CMMI支持类过程域MA,3,CMMI 支持类过程域MA,度量分析(MA),29,度量分析,目的: 开发和维护用于支持管理信息需要的度量能力。,30,度量分析,项目度量分析报告,收集 度量数据,交流结果,存储数据和结果,分析 度量数据,提供度量结果,Measurement Personnel,度量库,度量目标,规程、工具,细化度量,建立 度量目标,制定 分析规程,制定数据收集和存储规程,协调度量分析活动,31,2010年项目规范度整体有所提升
13、,目录,组织过程性能(OPP),1,2,4,量化项目管理(QPM),5,CMMI 项目管理相关过程域 介绍,CMMI成熟度,CMMI支持类相关过程域,3,CMMI四级过程域,量化管理基础 量化管理过程域 组织过程性能(OPP) 量化项目管理 (QPM) 总结,四级：知道自己限度，基于数据决策,例子 如果客户希望9天的时间来增加一个特性。我们知道在过去的一年里，开发和实施一个新特性大概需要花费810天，那么我们应该能够作出一个承诺同时也知道会存在无法按期交付的风险。项目质量如何？ 上线前客户测试缺陷密度0.33个/kloc,稳定的过程,过程的稳定性依赖于： 充分的支持（如过程描述、度量、工具、培
14、训等） 过程得到真实的执行。 过程在其业务环境下的实用性。 在受控的规则下进行剪裁，并一致地执行已定义的过程，这是四级的先决条件。讨论：为什么稳定的过程是四级的先决条件？,迈向量化管理的过程,数据被量化的分析： 理解过程性能和偏差，并且 预测产品和服务质量目标能否达成。 通过分析来识别并消除异常的过程偏差的原因。 通过使用度量来管理日常的项目活动，项目能够取得更好的结果,37,组织过程性能OPP,目的 建立和维护对组织标准过程的性能的理解，用于支持质量和过程性能目标，并提供过程性能数据、基线和模型来量化管理组织的项目。,组织过程性能,建立质量和过程性能目标,组织级过程性能基线,过程性能模型,组
15、织的标准过程,项目过程度量,选择过程,从组织的标准过程选择的子过程,商业目标,组织级过程性能目标,建立过程性能模型,建立过程性能度量,建立过程性能基线,组织的度量集,QPM,QPM,商业目标,MA,实践SP1.1 选择过程,从组织标准过程集合中选择用于组织过程性能分析的过程或子过程。 组织的过程由一套标准过程组成，每个过程又包括相应的子过程和过程单元。这些过程不可能都实现定量管理，因此选择过程就是要根据业务目标和组织的过程改进目标来选择哪些过程和子过程要进行定量管理。,实践SP1.2 建立过程性能的度量,建立和维护用于组织过程性能分析的度量。 选择了过程后，就是要对过程的性能进行度量，需要选择
16、那些能够很好的对过程性能进行评价的度量指标。 度量值的选择标准是可用的，客观的，能够很好的反映和组织业务目标的关系，能够客观的评价过程的性能.,实践SP1.3 建立质量和过程性能目标,建立和维护组织的质量和过程性能的量化目标。 组织的过程性能目标是以组织的业务目标和组织中项目的历史数据为依据制定的。,实践SP1.4 建立过程性能基线PPB,建立和维护组织过程性能基线 组织的过程性能基线能被项目用来估计过程性能的自然边界。 有时项目可能发现他们的过程和子过程的行为随着时间变化，这时可能要求使用项目中产生的基线来建立过程性能的自然边界。,基线定义,配置管理中的基线：基线就是项目储存库中每个配置项版
17、本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于这个标准进行，并且只有经过授权后才能变更这个标准。 例如：需求基线，设计基线，代码基线等过程性能基线：基线是通过运用统计方法得出的表征组织过程能力的数据或图形，它提供了对组织过程能力进行衡量的一种描述及理解例如：,实践SP1.5建立过程性能模型PPM,建立和维护组织标准过程集合的过程性能模型,什么是模型？,认识模型,模型的实质：利用多元线性回归分析预测法建立的一个预测回归方程1.不管是在市场经济活动中还是工程活动中，经常会遇到某一现象的发展和变化取决于几个影响因素的情况，也就是一个因变量和几个自变量有依存关系的情况。2.而且有时几个
18、影响因素主次难以区分，或者有的因素虽属次要，但也不能略去其作用。,认识模型,例：某一商品的销售量既与人口的增长变化有关，也与商品价格变化有关。测试中发现的bug数，既与测试人员技能有关，也与项目规模, 测试工期. 有关需求评审问题数模型公式： 需求评审问题数（加权计算缺陷数） = - 8.1 + 0.53 评审组成员技能 + 0.59 是否识别了所有相关干系人 + 1.50 评审的时间 + 0.0150 总体工作量 +2.51 是否使用Checklist+0.164 评审规模,返回,为什么需要模型？ 模型是项目量化管理的工具 项目使用它们来估计、分析和预测其过程的性能。 项目使用它们来选择合适
19、的过程。,2009年前,49,商业目标,提高客户满意度 提高产品质量 控制成本 提高过程规范度,50,52,组织级QPPO,53,项目级QPPO,量化项目管理 (QPM),目的 量化地管理项目的已定义过程，确保项目质量和过程性能目标的达成。,量化项目管理,统计管理子过程能力,记录统计管理 数据,监控 选择的子过程 的性能,应用统计方法 理解过程偏差,选择 度量与分析技术,PDP，关键子过程 需要统计管理的子过程,建立项目 目标,组成 项目定义过程,补救措施,选择被统计管理的子过程,管理 项目性能,裁剪表,客户测试（或验收测试）缺陷密度 CPI指数。,XmR控制图 置信区间,质量偏差模型 CPI
20、偏差模型,项目总结报告 组织度量收集表 项目度量表格,质量月报 项目度量分析报告,量化管理项目,量化管理总结,QPM包含量化和统计管理 基于组织业务目标和客户的需求，建立量化目标。 基于历史能力数据组成项目已定义过程。 量化地监控项目来评估是否项目能够达成它的目标。 对于处于统计管理的子过程。 必须建立过程性能的目标 过程的偏差被理解（过程是稳定的） 在子过程无法达成目标时，纠正措施必须采取,56,量化管理流程图,57,讨论,四级的先决条件是什么？ 量化管理的目的？ 组织级质量过程性能目标？ 项目级质量过程性能目标？ 模型的作用？ 使用哪些模型？,Tollgate Review Report, - Project Name, Date: mm/dd/yyyy,58,59,谢 谢！,
