CMMI5文档之度量与分析过程

量化项目管理指引文档编号：FHI_CMMI_QPM_GUI文档信息：量化项目管理指引文档名称：量化项目管理指引文档类别：CMMI方针密级：内部秘密版本信息：1.3建立日期：2016-1-22创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录*变化状态：C――创建，A——增加，M——修改，D——删除目录1.目的（Purpose） (6)2.适用范围（Scope） (6)3.作业指引 (6)3.1.设定项目质量流程绩效目标 (6)3.1.1.取得公司发布的质量流程绩效目标 (6)3.1.2.执行What-If分析 (6)3.1.3.建立项目质量流程绩效目标 (7)3.1.4.配置项目资源与时程 (7)3.1.5.选择项目组合已定义流程 (7)3.2.管理项目执行绩效 (8)3.2.1.汇总项目执行数据 (8)3.2.2.分析项目执行绩效 (8)3.2.3.监控项目执行绩效 (9)3.2.4.前置作业 (9)3.2.5.了解公司的数据分布及属性 (9)3.2.6.决定数据汇总的方法 (9)3.2.7.将资料依据汇总要求，汇总整理 (9)3.2.8.将数据依据项目立案日期进行时间序列排序 (10)3.3.评估及选择管制图 (10)3.3.1.X-BAR和R Charts (10)3.3.2.X-BAR和S Charts (10)3.3.3.XmR Chart (10)3.3.4.np Chart (10)3.3.5.p Chart (11)3.3.6. c Chart (11)3.3.7.u Chart (11)3.4.建立管制界限 (11)3.4.1.常态分配分析 (11)3.4.2.执行I-MR分析 (11)3.4.3.识别Outliers (12)3.4.4.建立试行管制界限（Trial Limit） (12)3.4.5.建立确认管制界限（Confirmed Limit） (13)3.4.6.建立流程绩效基准 (13)3.5.建立流程绩效模型 (14)3.5.1.决定质量流程绩效目标 (14)3.5.2.执行回归分析数据 (14)3.5.3.发布流程绩效模型 (15)3.6.执行蒙地卡罗模拟分析 (15)3.6.1.设定仿真分析设定参数数据 (15)3.6.2.设定决定参数 (16)3.6.3.执行模拟分析 (16)3.6.4.选择组合已定义流程 (17)4.量化项目管理作业摘要 (17)4.1.目的 (17)4.2.设定项目质量流程绩效目标 (17)4.2.1.取得公司发布的质量流程绩效目标 (18)4.2.2.执行what-if分析 (18)4.2.3.建立项目质量流程绩效目标 (18)4.2.4.配置项目质量流程绩效目标 (19)4.3.选择项目组合已定义流程 (19)4.3.1.设定分析条件 (19)4.3.2.执行模拟分析 (19)4.3.3.选择组合已定义流程 (20)4.4.项目执行数据收集 (20)4.4.1.将资料依据汇总要求，汇总整理 (20)4.4.2.将数据依据项目立案日期进行时间序列排序 (20)4.5.执行量化项目监控 (20)4.5.1.统计分析工具与技术 (21)4.5.2.常态分配检验 (21)4.5.3.监控项目执行状态管制界限 (21)4.5.4.识别outlier与根因分析 (21)4.5.5.执行流程能力分析 (22)4.5.6.执行Prediction分析 (22)5.裁剪指南（Tailoring Guidelines） (22)6.相关文档（Relevant Documents） (23)7.参考资料（References） (23)1. 目的（Purpose）本指引文件之目的在于量化项目管理流程领域，以量化的方式管理项目，以达成项目既定的质量及流程绩效目标。

CMMI5概述：CMMI全称是Capability Maturity Model Integration，是能力成熟度集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。

CMMI是一套融合多学科的、可扩充的产品集合，其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。

CMMI分为五个等级，二十五个过程区域（PA）（如图所示）。

等级：1．初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。

管理是反应式的。

2．已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。

制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。

3．已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。

所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。

4．量化管理级分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。

管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。

5．优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。

每个等级都被分解为过程域，特殊目标和特殊实践，通用目标、通用实践和共同特性：每个等级都有几个过程区域组成，这几个过程域共同形成一种软件过程能力。

每个过程域，都有一些特殊目标和通用目标，通过相应的特殊实践和通用实践来实现这些目标。

当一个过程域的所有特殊实践和通用实践都按要求得到实施，就能实现该过程域的目标。

评估方式：自我评估：用于本企业领导层评价公司自身的软件能力。

主任评估：使本企业领导层评价公司自身的软件能力，向外宣布自己企业的软件能力评估类型：软件组织的关于具体的软件过程能力的评估。

软件组织整体软件能力的评估（软件能力成熟度等级评估）。

基本思想：1、解决软件项目过程改进难度增大问题2、实现软件工程的并行与多学科组合3、实现过程改进的最佳效益CMMI5级简述5级的企业，是如何做到“持续改进”呢？其实一个软件企业，要提高生产力，有3方面途径：1)改进过程，使现有的过程更强更有效。

CMMI-度量数据收集、存储、分析及报告规程1. 引言本文档旨在规范和指导项目团队在CMMI工作环境中进行度量数据的收集、存储、分析和报告工作。

准确和及时的度量数据对于项目管理和过程改进至关重要。

通过遵循本规程，可以确保对项目进展、质量和绩效的准确评估，同时为决策提供有力的依据。

2. 术语定义•CMMI（Capability Maturity Model Integration）：能力成熟度模型集成，是一种业界广泛采用的软件工程过程改进模型。

•度量数据：通过定量方法获得的可以衡量项目状态、绩效和质量的数据。

•收集：指采集、整理和记录度量数据。

3. 数据收集3.1 数据收集目标项目团队应明确数据收集的目标，包括但不限于：•评估项目进展和状态。

•监控项目绩效和质量。

•识别过程改进的机会。

3.2 数据收集方法项目团队可以采用以下方法进行数据收集：•直接观察：通过对项目活动的观察，记录实际执行情况。

•问卷调查：向项目团队成员发送问卷，收集他们的反馈和建议。

•数据库查询：从项目管理工具或数据库中提取数据。

•文件分析：对项目文档进行分析，提取有关数据。

3.3 数据收集频率数据收集的频率应根据项目的需要来确定。

通常，数据收集应至少每个项目阶段进行一次，以便及时了解项目的状态和进展。

4. 数据存储4.1 数据存储目标数据存储的目标是确保数据的安全和易访问性，以便长期保留和分析。

4.2 数据存储方法项目团队应选择合适的数据存储方法，包括但不限于：•数据库：通过建立数据库来存储度量数据，确保数据的结构化和一致性。

•文件系统：将度量数据以文件形式存储在合适的文件夹结构中，方便查找和管理。

•云存储：将度量数据存储在云平台上，提供高可用性和灵活性。

4.3 数据存储安全性为了保护度量数据的安全性，项目团队应采取以下措施：•数据备份：定期对数据进行备份，以防数据丢失或损坏。

•权限管理：对数据存储系统进行权限管理，确保只有授权人员可以访问和修改数据。

决策分析和决定过程文档编号：FHI_CMMI_DAR_PRS文档信息：决策分析和决定过程文档名称：决策分析和决定过程文档类别：CMMI过程密级：内部秘密版本信息：1.1建立日期：2016-1-19创建人：EPG批准人：李庆林批准日期：2016-2-25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1.简介 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.术语表 (4)2.过程总体描述 (4)2.1.概述 (4)2.2.过程结构描述 (4)3.角色和职责 (5)4.过程元素定义 (5)4.1.建立决策组织 (5)4.2.建立评价准则 (6)4.3.识别备选方案 (7)4.4.选择评价方法 (8)4.5.评价备选方案 (9)4.6.选择方案 (10)1.简介1.1.目的决策分析和决定的目的是建立决策分析指导方针，表明在什么样的情况下需要使用决策分析和解决方案过程；建立和维护评价标准并进行分级，用对备选方案进行评价；识别和形成可选的解决方案，对于每个需要决策的问题需要建立若干可选的解决方案；选择评价方法并应用选定的评价方法对备选方案进行评价；根据评价结果选定解决方案。

1.2.适用范围本文档适用于组织内的各类项目，适用于采购和培训部门的采购、培训等活动，也适用于组织内某些重要事件的决策。

1.3.术语表无。

2.过程总体描述2.1.概述该过程简要说明决策分析与决定的工作流程，主要包括形成决策分析指导方针、建立评价标准、识别和形成可选解决方案、确定评价方法等。

2.2.过程结构描述3.角色和职责●公司高级管理层1、召集或参与公司级重大项目或产品研发涉及决策的活动；2、依据公司目标及商业发展规划，指定至多一条评价准则，并确定指定评价准则的等级，但该准则等级值不超过所有评价准则等级值和的30%；3、对决策过程无法确定最终的评价方法时做出最终裁决；4、公司级重大决策活动中经多次评价无法得出结果或者得出两个相近解决方案时，做出最终裁决。

CMMI（Capability Maturity Model Integration）是一种软件过程改进的方法，它通过对软件开发过程进行评估和改进，提高软件开发团队的能力和效率。

CMMI共有5个级别，代表软件团队能力成熟度的5个等级，数字越大，成熟度越高，高成熟度等级表示有比较强的软件过程管理能力。

在CMMI中，度量与分析（Measurement and Analysis）是一个重要的过程域。

度量目标是从来源于项目、组织级或业务目标的信息需要导出的。

在这个过程域中，术语“目标”在没有“度量”限定的情况下使用时，它表示项目、组织级或业务目标。

度量与分析活动集成到项目过程中支持以下的活动：
1.客观的计划与估算。

2.对照建立的计划与目标跟踪实际的进展与绩效。

3.识别并解决过程相关的问题。

4.为将来把度量纳入其它过程提供基础。

为了实现度量能力所需的员工可以属于也可以不属于单独的组织层面的项目。

度量活动最初的关注点在项目级。

然而，度量能力可能证明对组织与企业层面的信息需要也是有用的。

为了支持这个能力，度量活动应该支持多级别的信息需要，包括业务、组织级单位与项目，以随着组织成熟度的提高将返工减到最少。

项目可以在其特定的存储库中保存项目特定的数据与结果，但是当数据将要被广泛使用或被分析以支持确定数据趋势或基准时，数据可存放在组织的度量库中。

为有效管理项目质量与成本，对供方提供的产品组件进行度量与分析极为重要。

对供方协议的细致管理可深入了解支持供方绩效分析的数据。

CMMI5文档之决策分析和决定过程决策分析和决定过程文档编号：FHI_CMMI_DAR_PRS文档信息：决策分析和决定过程文档名称：决策分析和决定过程文档类别：CMMI过程密级：内部秘密版本信息：1.1建立日期：2016-1-19创建人：EPG批准人：李庆林批准日期：2016-2-25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1.简介 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.术语表 (4)2.过程总体描述 (4)2.1.概述 (4)2.2.过程结构描述 (4)3.角色和职责 (5)4.过程元素定义 (5)4.1.建立决策组织 (5)4.2.建立评价准则 (6)4.3.识别备选方案 (7)4.4.选择评价方法 (8)4.5.评价备选方案 (9)4.6.选择方案 (10)1.简介1.1.目的决策分析和决定的目的是建立决策分析指导方针，表明在什么样的情况下需要使用决策分析和解决方案过程；建立和维护评价标准并进行分级，用对备选方案进行评价；识别和形成可选的解决方案，对于每个需要决策的问题需要建立若干可选的解决方案；选择评价方法并应用选定的评价方法对备选方案进行评价；根据评价结果选定解决方案。

1.2.适用范围本文档适用于组织内的各类项目，适用于采购和培训部门的采购、培训等活动，也适用于组织内某些重要事件的决策。

1.3.术语表无。

2.过程总体描述2.1.概述该过程简要说明决策分析与决定的工作流程，主要包括形成决策分析指导方针、建立评价标准、识别和形成可选解决方案、确定评价方法等。

2.2.过程结构描述3.角色和职责●公司高级管理层1、召集或参与公司级重大项目或产品研发涉及决策的活动；2、依据公司目标及商业发展规划，指定至多一条评价准则，并确定指定评价准则的等级，但该准则等级值不超过所有评价准则等级值和的30%；3、对决策过程无法确定最终的评价方法时做出最终裁决；4、公司级重大决策活动中经多次评价无法得出结果或者得出两个相近解决方案时，做出最终裁决。

1. 度量与分析1.1. 概述描述了如何定义、收集和使用度量。

该过程域是过程管理和改进的一部分，并假设信息需要已经在项目或是组织过程中得到识别。

这个过程域的工作是将定义、收集和分析数据作为一个日常工作进行，然后将信息报告反馈给“产生它”的过程。

1.2. 目的发展和维持一个度量能力，用该能力用来支持管理信息需要。

1.3. 特定及通用目标1.3.1. 安排度量与分析的活动概述：度量的目标与活动要配合已界定的需求信息与目标。

特定实践如下：1.3.1.1. SP1 建立度量目标度量的目标来源分如下几类，项目管理、技术、专案、产品或流程实施的需要。

需要度量项包括如下：管理部分－部门内部个人的开发能力、技术解决能力；团队开发能力；工具为project。

实施团队的实施能力测试管理，项目的性能指标，bug数量。

健壮性1.3.1.2. SP2 指定度量1.3.1.3. SP3 指定质料收集与存储程序1.3.1.4. SP4 指定分析程序建立的过程：1、制定准则同时考虑相关程序的限制2、界定必要的分析1.3.2. 提供度量结果概述：此度量结果说明要配合已界定的需求信息与目标。

SP1 收集度量资料SP2 分析度量资料SP3 储存度量资料与结果SP4 沟通结果1.3.3. 制度化已管理流程概述：将流程制度化为已管理流程。

GP1 建立组织政策GP2 规划流程GP3 提供资源GP4 指派责任GP5 训练人员GP6 管理建构GP 7界定并纳入相关的关键人员GP8 监控流程GP9 客观评估遵守程度GP10与上层人员检查各状况1.3.4. 制度化已定义流程概述：将流程制度化为已定义流程。

GP1 建立已定义的流程GP2 收集改善信息1.4.度量流程图你的意思是说贵司还没有度量过程域！？过程文档应该写过很多吧，无非是目标、角色职责、输入、过程细则、输出等。

度量过程就再加上贵司希望度量的数据、指标作为附录就差不多了。

质量管理规程文档编号：FHI_CMMI_QA_PRD文档信息：质量管理规程文档名称：质量管理规程文档类别：CMMI规程密级：内部秘密版本信息：1.1建立日期：2016-1-19创建人：EPG批准人：李庆林批准日期：2016-2-25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1、概述 (4)目的 (4)适用范围 (4)术语表 (4)参考资料 (4)2、过程总体描述 (5)2.1过程概述 (5)2.2过程结构描述 (5)3、过程元素活动 (6)3.1制定和维护项目的质量计划 (6)3.2项目质量计划的内容 (6)3.3评审项目质量计划和为实现质量目标所作的对过程的变更 (6)3.4在软件的整个生命周期中确定、监控和修订项目的软件产品定量质量目标 63.5当有子承包商时，应恰当地将项目定量的质量目标分配给他们 (7)4、附录 (8)1、概述此规程是在质量保证过程的基础上进行的提升，为了满足组织和对高质量产品的需要及愿望。

组织制定出当前的质量目标，各项目依据此，并结合本项目的要求，制定出本项目的质量目标和项目管理计划，在项目执行中，监控项目的质量管理计划的执行状况，以实现项目的质量目标。

目的是建立对项目软件产品质量的定量了解和实现特定的质量目标，制定实现目标的计划，实施监控及在必要时调整软件计划、活动和质量目标，以满足顾客和最终用户对高质量产品的需要及愿望。

适用范围适用于组织所有研发项目。

术语表无。

参考资料无。

2、过程总体描述2.1过程概述软件质量管理过程是依据公司的组织方针和当前质量管理目标，为满足顾客对产品质量和品质要求而制定的质量保证措施和计划；质量管理过程贯穿于软件的整个生命周期。

为定量评价软件过程质量和产品质量，在软件质量保证计划里必须明确质量度量项合度量目标。

2.2过程结构描述图表1 软件质量管理流程图3、过程元素活动3.1制定和维护项目的质量计划1.搜集和理解组织和客户对软件质量的需求；2.分析项目的软件需求，提炼出其质量需求，确定质量目标；3.依据项目的定义过程，将质量分解到各个阶段工作与产品之中；4.在项目开发计划中，编制项目质量管理计划；5.当项目软件需求重大改变时，更新项目质量管理计划；6.在项目执行中每个里程碑处检查质量管理计划的执行和目标的完成状况，必要时更新计划；3.2项目质量计划的内容1.对软件产品有重大影响的质量目标：是以最少成本提供最大的客户满意度的质量目标，或者是客户认为是“必须有”的内容；2.在升级产品与版本上改进的质量性能；3.确定产品研发过程中各个工作阶段的质量目标；4.计划中针对质量活动如过程度量、评审、测试等活动的详细度量项目，详见度量与分析规程中的附录；3.3评审项目质量计划和为实现质量目标所作的对过程的变更受影响的组和个人评审质量管理计划、质量目标和定义过程的变更，包括的人员有：顾客、项目组、测试组、QA、SCM、高级经理；3.4在软件的整个生命周期中确定、监控和修订项目的软件产品定量质量目标1.需求中的功能是否在生命周期的各阶段产品中得以实现（要求100％）；2.各阶段评审中发现的问题，是否及时得到纠正（要求100％）；3.计划中列举的关键特征，是否得到实现（要求100％）；4.预先确定的计划进度的误差是否落入允许的范围；5.测试结束时，产品缺陷数是否稳定减少，而且符合预先确定的百分比（每千行代码的BUG数）；6.项目经理和高级经理在审阅度量分析报告时，对偏离项作出相应的纠正措施，或作相应的调整，并由QA负责过程审计；7.EPG负责依据各类项目的实施与分析结果，调整与修订组织对产品的质量目标要求与定量指标；3.5当有子承包商时，应恰当地将项目定量的质量目标分配给他们4、附录软件产品（项目）研发的质量管理目标与测量项。

CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。

分为5个级别，25个过程域（Process Area，PA）。

1、初始级（Initial）软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。

管理是反应式的。

2、可重复级/受管理级（Repeatable）建立了基本的项目管理过程来跟踪费用、进度和功能特性。

制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。

共7个过程域：1）需求管理Requrements Management2）项目规划Project Planing3）项目跟踪和控制Project Monitoring and Control4）供应商协议管理Supplier Agreement Management5）度量与分析Measurement and Analysis6）过程与产品质量保证Process and Product Quality Assurance7）配置管理Configuration Management3、已定义级（Defined）已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。

所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。

共14个过程域：1）需求开发Requirements Development2）技术解决方案Techical Solution3）产品集成Product Integration4）验证Verification5）确认Validation6）组织过程焦点Organization Process Focus7）组织过程定义Organization Process Defintion8）组织培训Orgnizational Training9）集成项目管理Integrated Project Management10）风险管理Risk Management11）决策分析和解决DecisionAnalysis and Resolution12）集成团队Integrated Teaming13）集成组织环境Organizational Environment for Integration14）集成供应商管理Integrated Suppliers Management其中12、13是针对大型软件团队提出的要求，一般情况下中小型软件企业可以不用。