《量化管理概述》

1、量化管理概述目录组织过程性能组织过程性能(OPP)124量化项目管理量化项目管理(QPM)5CMMI 项目管理相关过程域项目管理相关过程域 介绍介绍CMMI成熟度成熟度CMMI支持类过程域支持类过程域MA33成熟度级别 5 Optimizing 优化的优化的 4 Quantitatively Managed 定量管理的定量管理的 3 Defined 已定义的已定义的 2 Managed 已管理的已管理的 1 Initial 初始级初始级4Level 1 初始级不可预测的，难以控制，个人能力、经验主导非编码活动被看作是无用的，项目计划遵循个人经验需求是以失控、杂乱的方式进入产品/系统开发过程产品

2、/系统的结果也是失控和杂乱无序的没有认证的，项目管理只考虑进度及预算，质量控制只有测试与调试5Level 2 已管理的基本项目管理，项目管理制度已经建立项目管理过程必须被文档化并被实施里程碑和检查点被建立，但各阶段内的活动尚待建立（黑盒子）包含7个PA需求管理，项目计划、项目监督和控制、供应商合同管理、度量和分析、过程和产品质量保证、配置管理有纪律的过程，项目中进行实施，项目级的，没有全面推广6Level 3 已定义的过程标准化。制度化的工程和管理过程活动，在所有项目中实施起来软件产品是可见的，贯穿于整个开发过程软件过程 (管理和工程活动) 是文档化的、规范的、集成到组织的运营流程中角色和职责

3、是明确的，过程检查工作独立于从事该工作的人员7Level 4 定量管理的组织对软件产品和过程都设置定量的质量目标 过程是已测量的并在可测的范围内运行。使组织能预测过程和产品质量方面的趋势。当超过限制范围时，采取措施予以纠正。软件产品具有可预测的高质量。运用统计过程控制原则和方法，识别过程中出现的突发异常8Level 5 优化的变更贯彻于整个生命周期整个组织集中精力进行不断的过程改进。为了预防缺陷出现，组织有办法识别出弱点并针对性地加强过程，为了防止已知类型的缺陷再次出现他们认真评价软件过程，同时将经验教训告知其它项目过程变更基于度量数据目录组织过程性能组织过程性能(OPP)124量化项目管理量

4、化项目管理(QPM)5CMMI 项目管理相关过程域项目管理相关过程域 介绍介绍CMMI成熟度成熟度CMMI支持类过程域支持类过程域MA3CMMI 项目管理相关过程域项目管理相关过程域 项目计划(PP) 项目监控 (PMC) 风险管理 (RSKM) 集成化项目管理 (IPM)项目计划(PP) 目的： Establish and maintain plans that define project activities. 建立和维护定义项目活动的计划。目标之间关系解析Planning Data(计划数据)EstablishEstimates(建立估算)Develop a Project Plan(

5、编制项目计划)Obtain Commitmentto the Plan(获得对计划的承诺)Project Plan(项目计划)PMC(项目监控)RelevantStakeholders(相关干系人)SG1SG2SG3SG1 建立估算 工作量和 成本估算Planning Data(策划数据)Establish Estimates(SG1 建立估算) SP1.1 估算 项目的范围 SP1.2 估算 工作产品和 任务的属性 SP1.3 定义 项目的 生命周期SG1目标之间关系解析 SG2Planning Data(策划数据)EstablishEstimates(建立估算)Develop a Proj

6、ect Plan(编制项目计划)Obtain Commitmentto the Plan(获得对计划的承诺)Project Plan(项目计划)PMC(项目监控)RelevantStakeholders(相关干系人)SG1SG2SG3SG2 编制项目计划 SP2.1 建立 预算及进度策划数据Develop a Project Plan(SG2 编制项目计划) SP2.3 策划 数据管理 SP2.6 策划 干系人的参与 SP2.4 策划 项目资源项目计划 SP2.7 建立 项目计划 SP2.2 识别 项目风险 SP2.5 策划 必要的知识 和技能PMCSG2目标之间关系解析 SG3Plannin

7、g Data(策划数据)EstablishEstimates(建立估算)Develop a Project Plan(编制项目计划)Obtain Commitmentto the Plan(获得对计划的承诺)Project Plan(项目计划)PMC(项目监控)RelevantStakeholders(相关干系人)SG1SG2SG3SG3 获取对计划的承诺SG3Obtain Commitment to the Plan(SG3 获取对计划的承诺) SP3.2 协调 工作及 资源Project Plans项目计划 SP3.1 对影 响项目的计 划进行评审 SP3.3 获取 对计划 的承诺相关干系

8、人项目监控(PMC) 目的 提供项目进展的认识，使得项目的执行情况显著偏离计划时能够采取适当的纠正措施。19项目监控 项目计划监督项目风险 监督承诺 分析问题采取纠正措施 进行里程碑评审监督数据管理监督项目计划参数管理纠正措施按计划监督项目项目进展审查监督相关人员的参与情况管理纠正措施PP风险管理(RSKM) 目的 在潜在的问题发生前识别它们，使风险处理活动能在产品或项目的生存期内被计划并在需要时被调用21风险管理 识别风险对风险做评价、分类和定优先级识别和分析风险 来自项目计划及项目监督和控制 制定风险缓解计划 实现风险缓解计划缓解风险DAR风险库 确定风险源和分类 定义风险参数准备风险管理

9、 制定风险管理策略集成化项目管理(IPM) 目的 依照基于组织的标准过程集裁剪形成的已集成和已定义的过程，建立和管理项目以及相关干系人的参与。目标之间关系解析 SG1Integrated Plans(集成项目计划)Use the Projects Defined Process(使用项目定义过程)Coordinate and Collaborate (进行协调和协作)OPF(过程改进)SG1SG2相关干系人OPD(过程定义)SG1 使用项目定义的过程过程和产品度量文件经验教训 项目定义过程Use the Projects Defined Process(SG1 使用项目定义的过程) 集成项目计

10、划 SP1.2 使用 过程资产库 计划项目 的活动 SP1.5 使用 集成的计划 管理项目 SP1.6 贡献 至组织 过程资产库 SP1.1 建立 项目定义过程 SP1.4 集成 计划 SP1.3 建立 项目 工作环境过程定义过程改进SG1目标之间关系解析 SG2Integrated Plans(集成项目计划)Use the Projects Defined Process(使用项目定义过程)Coordinate and Collaborate (进行协调和协作)OPF(过程改进)SG1SG2相关干系人OPD(过程定义)SG2 与相关干系人进行协调和协作 干系人问题协调 文档化关键依赖 协作行

11、动 和问题Coordinate and Collaborate with Relevant Stakeholders(SG2 与相关干系人进行协调和协作) SP2.1 管理 干系人的参与 SP2.2 管理 项目依赖 SP2.3 协调 解决问题SG2 集成项目计划目录组织过程性能组织过程性能(OPP)(OPP)1 12 24 4量化项目管理量化项目管理(QPM)(QPM)5 5CMMI CMMI 项目管理相关过程域项目管理相关过程域 介绍介绍CMMICMMI成熟度成熟度CMMICMMI支持类过程域支持类过程域MAMA3 3CMMI 支持类过程域支持类过程域MA 度量分析(MA)29度量分析目的:

12、 开发和维护用于支持管理信息需要的度量能力。30度量分析项目度量分析报告 收集 度量数据 交流结果存储数据和结果分析度量数据提供度量结果 Measurement Personnel 度量库度量目标 规程、工具 细化度量 建立 度量目标 制定 分析规程 制定数据收集和存储规程协调度量分析活动312010年项目规范度整体有所年项目规范度整体有所提升提升目录组织过程性能组织过程性能(OPP)(OPP)1 12 24 4量化项目管理量化项目管理(QPM)(QPM)5 5CMMI CMMI 项目管理相关过程域项目管理相关过程域 介绍介绍CMMICMMI成熟度成熟度CMMICMMI支持类相关过程域支持类相

13、关过程域3 3CMMI四级过程域 量化管理基础 量化管理过程域 组织过程性能(OPP) 量化项目管理 (QPM) 总结四级：知道自己限度，基于数据决策 例子 如果客户希望9天的时间来增加一个特性。我们知道在过去的一年里，开发和实施一个新特性大概需要花费810天，那么我们应该能够作出一个承诺同时也知道会存在无法按期交付的风险。 项目质量如何？ 上线前客户测试缺陷密度个/kloc稳定的过程 过程的稳定性依赖于： 充分的支持（如过程描述、度量、工具、培训等） 过程得到真实的执行。 过程在其业务环境下的实用性。 在受控的规则下进行剪裁，并一致地执行已定义的过程，这是四级的先决条件。讨论：为什么稳定的过

14、程是四级的先决条件？迈向量化管理的过程 数据被量化的分析： 理解过程性能和偏差，并且 预测产品和服务质量目标能否达成。 通过分析来识别并消除异常的过程偏差的原因。 通过使用度量来管理日常的项目活动，项目能够取得更好的结果37-20%-10%0%10%20%30%40%50%60%70%80%软件需求说明书评审软件设计说明书评审代码评审缺陷密度内部测试缺陷密度验收/上线前客户测度量目标证券软件中心金融软件中心数据及应用软件中心研发中心管理软件中心信托银行软件中心各各阶段缺陷比例阶段缺陷比例组织过程性能OPP 目的 建立和维护对组织标准过程的性能的理解，用于支持质量和过程性能目标，并提供过程性能数

15、据、基线和模型来量化管理组织的项目。组织过程性能建立质量和过程性能目标组织级过程性能基线 过程性能模型组织的标准过程项目过程度量选择过程从组织的标准过程选择的子过程商业目标组织级过程性能目标建立过程性能模型建立过程性能度量建立过程性能基线组织的度量集QPMQPM商业目标建立性能基线和模型MA实践SP1.1 选择过程 从组织标准过程集合中选择用于组织过程性能分析的过程或子过程。 组织的过程由一套标准过程组成，每个过程又包括相应的子过程和过程单元。这些过程不可能都实现定量管理，因此选择过程就是要根据业务目标和组织的过程改进目标来选择哪些过程和子过程要进行定量管理。实践SP1.2 建立过程性能的度量

16、 建立和维护用于组织过程性能分析的度量。 选择了过程后，就是要对过程的性能进行度量，需要选择那些能够很好的对过程性能进行评价的度量指标。 度量值的选择标准是可用的，客观的，能够很好的反映和组织业务目标的关系，能够客观的评价过程的性能.实践SP1.3 建立质量和过程性能目标 建立和维护组织的质量和过程性能的量化目标。 组织的过程性能目标是以组织的业务目标和组织中项目的历史数据为依据制定的。实践SP1.4 建立过程性能基线PPB 建立和维护组织过程性能基线 组织的过程性能基线能被项目用来估计过程性能的自然边界。 有时项目可能发现他们的过程和子过程的行为随着时间变化，这时可能要求使用项目中产生的基线

17、来建立过程性能的自然边界。基线定义基线定义l配置管理中的基线： 基线就是项目储存库中每个配置项版本在特定时期的一个“快照”。 它提供一个正式标准，随后的工作基于这个标准进行，并且只 有经过授权后才能变更这个标准。例如：需求基线，设计基线，代码基线等l 过程性能基线： 基线是通过运用统计方法得出的表征组织过程能力的数据或图形，它提供了对组织过程能力进行的一种 例如：度量指标度量指标中心中心UCLUCLCLCLLCLLCL 标准差标准差软件需求说明书评审缺陷密度(个/KLOC)金融0.44 0.08 0.00 0.06 实践建立过程性能模型PPM 建立和维护组织标准过程集合的过程性能模型什么是模型

18、？什么是模型？认识模型模型的实质：利用多元线性回归分析预测法建立的一个预测回归方程1.不管是在市场经济活动中还是工程活动中，经常会遇到某一现象的发展和变化取决于几个影响因素的情况，也就是一个因变量和几个自变量有依存关系的情况。2.而且有时几个影响因素主次难以区分，或者有的因素虽属次要，但也不能略去其作用。认识模型例：某一商品的销售量既与人口的增长变化有关，也与商品价格变化有关。 测试中发现的bug数，既与测试人员技能有关，也与项目规模, 测试工期. . . 有关需求评审问题数模型公式：需求评审问题数（加权计算缺陷数） = - 8.1 + 0.53 评审组成员技能 + 0.59 是否识别了所有相

19、关干系人 + 1.50 评审的时间 + 0.0150 总体工作量 +2.51 是否使用Checklist+0.164 评审规模返回为什么需要模型？ 模型是项目量化管理的工具 项目使用它们来估计、分析和预测其过程的性能。 项目使用它们来选择合适的过程。2009年前49研发、工程、服务研发、工程、服务过程不规范，产品过程不规范，产品质量问题较多，客质量问题较多，客户满意度不佳，影户满意度不佳，影响公司业务发展响公司业务发展项目返工现象项目返工现象很多，成本不很多，成本不可控可控很多软件产品只很多软件产品只有代码，没有文有代码，没有文档档补丁包客户不敢补丁包客户不敢率先使用率先使用大事故多次出现大事

20、故多次出现领导需赔礼道歉领导需赔礼道歉商业目标 提高客户满意度 提高产品质量 控制成本 提高过程规范度50过程、基线、模型关系图过程、基线、模型关系图组织级组织级 年度满意度得分 证券软件中心 8.3 金融软件中心 8.5 数据及应用软件中心8.2 研发中心 8.37 管理软件中心 8.0 信托银行软件中心 8.0 系统集成总部 9.0客户满意度 0.33个/KLOC上线前客户测试缺陷密度 0.33个/KLOC验收测试缺陷密度 0.91.1CPI 85%规范度 项目结项回访得分 证券软件中心 8.2 金融软件中心 8.9 数据及应用软件中心8.2 研发中心 8.0 管理软件中心 8.0 信托银行软件中心 8.0 系统集成总部 8.0客户满意度 0.33个/KLOC需求评审缺陷密度 0.38个/KLOC设计评审缺陷密度 0.47个/KLOC代码评审缺陷密度 3.2个/KLOC内部测试