CMMI (中文翻译)度量与分析

度量与分析 ( P178-P197 )

目的

度量与分析（MA）的目的是开发并保持度量能力，用于支持管理信息的需要。

介绍

度量与分析过程域包括：

l 明确度量的目标，并与已识别的信息需求保持一致

l 确定所需的度量、数据收集和存储机制、分析技术、报告和反馈机制

l 收集、存储、分析并报告所收集的数据

l 提供能用于决策并采取所需纠正措施的分析结果

度量和分析在项目层面的应用：

l 客观地制订计划和进行估算

l 根据所确定计划的目标来进行项目跟踪

l 识别并解决与过程有关的事项

l 为将来在其它项目过程中应用度量提供基础

需要执行一个度量能力的人可以是也可以不是一个组织范围内的计划所雇用的人员，度量能力可能会应用于单独的项目或者其他组织功能（例如，质量保证）。

度量活动最初是关注在项目级别上的，然而一个度量能力也可以证明对选择组织和/或者企业内部信息需要是有帮助的。

项目可能选择在一个项目特定的知识库保存项目特定的数据和结果。当数据被更广泛地在项目间共享时，则需要放在组织的度量知识库中。

对于供应商原始资料

供应商提供的产品组件的度量和分析是对项目质量和成本有效管理的基本要素。很可能，对供应商合同的细致管理就提供了对供应商供应能力分析数据的洞察。

相关过程域

有关估计项目属性和其他计划信息需要的更多信息请参见项目计划过程域。

有关监督项目执行信息需要的更多信息请参见项目监督和控制过程域。

有关管理度量工作产品的更多信息请参见配置管理过程域。

有关汇集客户需求和相关信息需要的更多信息请参见需求制定过程域。

有关维持需求可追溯性和相关信息需要的更多信息请参见需求管理过程域。

有关制定组织的度量知识库的更多信息请参见组织过程定义过程域。

有关理解变更和静态分析技术的适当使用的更多信息请参见量化项目管理过程域。

实践－目标关系表

连续式

分级式

SG1安排度量与分析活动

SG1安排度量与分析活动

SP1.1-1建立度量对象

SP1.2-1详细描述度量

SP1.3-1详细描述数据收集和存储程序

SP1.4-1详细描述分析过程

SG2提供度量结果

SP2.1-1收集度量数据

SP2.2-1分析度量数据

SP2.3-1存储（度量）数据和结果

SP2.4-1沟通（度量）结果

GG1 达到特定目标

GP1.1 完成基础实践

GG2 制度化一个已管理的过程

GP2.1建立组织的方针

GP2.2 计划过程

GP2.3 提供资源 GP2.4 分配职责

GP2.5 培训人员

GP2.6 管理配置

GP2.7 识别和包括相关的干系人

GP2.8 监督和控制这个过程

GP2.9 客观的评价坚持状况

GP2.10 以更高等级的管理回顾状态

GG3 制度化已定义的过程

GP3.1 建立一个已定义的过程

C/ML3-5

GP3.2 收集改进信息

GG4 制度化一个已量化管理的过程

GP4.1 建立过程的量化目标

GP4.2 稳定子过程的执行

GG5 制度化一个优化中的过程

GP5.1 保证连续的过程改进

GP5.2 改正问题的根源

实现目标的关键实践

SG1安排度量与分析活动

根据（度量）目标和已确定的信息需要，安排度量对象和活动。

隐藏在特殊目标下的关键实践可能是同时发生或者按照如下任何一个顺序：

l 当建立度量目标的时候，专家们总是先考虑详细描述度量的标准和分析过程。他们同时也考虑数据收集和存储过程产生的约束。

l 在涉及度量说明书，数据收集以及存储之前详细描述分析的本质常常是很重要的。

SP1.1-1建立度量对象

建立和保持源于（度量）目标和已确定的信息需要的（度量）对象。

度量目标证明了哪些度量和分析要做的目的，并指定了那些可能基于数据分析结果的活动的种类。

度量目标的来源可能是管理、技术、项目、产品或者过程执行需要。

度量目标可能被现有的过程，可用资源或者其他度量考虑所限制。可能需要做出判断度量得到的结果的价值是否和投入到度量工作所用的资源相当。

对被识别的信息需求和目标的修正，可以依次象征为一个过程的结果以及度量和分析的结果。

信息需要和目标的来源包括如下内容：

l 项目计划

l 项目执行的监督

l 和管理者以及其他有信息需要的人的会见

l 建立管理目标

l 战略计划

l 商业计划

l 正是需求和契约的职责

l 连续或者其他麻烦的管理或技术问题

l 其他项目或组织实体的经验

l 外部工业基准

l 过程改进计划

有关估计项目属性和其他计划信息需要的更多信息请参见项目计划过程域。

有关监督项目执行信息需要的更多信息请参见项目监督和控制过程域。

有关汇集客户需求和相关信息需要的更多信息请参见需求制定过程域。

有关维持需求可追溯性和相关信息需要的更多信息请参见需求管理过程域。

典型工作产品

1. 度量目标

子实践

1. 文档化信息要求和目标

信息要求和目标被文档化从而允许对后续的度量和分析活动的可追溯性。

2. 把信息要求和目标区分先后次序

将所有最初识别的信息需求作为度量和分析的目标是既不可能又不值得的。优先权也是需要建立在可用资源限制之下的。

3. 制定、回顾和更新度量目标

仔细的考虑度量和分析的有意用途和目的是非常重要的。

度量目标被管理者和相关干系人文档化、回顾，并在必要的时候被更新。这样做可以对后续的度量和分析活动有可追溯性。并且可以帮助确保分析将会适当的针对已识别的信息要求和目标。

将度量和分析结果的使用者被包含在设定度量目标和决定活动的计划是十分重要的。那些提供度量数据的人也适合被包含进来。

4. 在必要的时候为提炼和澄清的信息要求和目标提供反馈

已识别的信息要求和目标可能需要被精炼和澄清以作为设定为度量目标。信息要求的最初描述可能是不清楚和不明确的。冲突可能会发生在现有的需求和目标之间。依靠一个已经存在的度量方法形成精确的目标可能是不切实际的。

5. 保持对已识别的信息要求和目标的度量目标的可追溯性

对于“为什么我们要度量它”这个问题，这一点总会有一个很好的回答。

当然，度量目标也可能会改变从而影响信息要求和目标的发展。

SP1.2-1详细描述度量

根据度量对象，详细描述度量过程。

度量目标被定义成精确的，可以计量的目标。

度量可能既是“基础”又是“起源”，基础度量的数据可以通过直接度量获得。起源度量的数据来源于其他数据，特别是来自两个或多个基础度量。

通常基础度量的使用包含如下：

l 评估以及产品规模的真实度量（例如，页数）

l 评估以及成果和成本的真实度量（例如，人时数）

l 质量度量（例如，缺陷数，严重缺陷数）

通常起源度量的使用包含如下：

l 利润评估

l 性能指标进度表

l 缺陷密度

l 同行评审覆盖率

l 测试或者验证率

l 可靠性度量（例如，出错的平均时间）

l 质量度量（例如，严重缺陷数/总缺陷数）

起源度量典型的表示为比率，复合指标，或者其他聚合的摘要度量。他们常常在数量上更加可靠并且比那些用于产生他们的基础度量更能说明问题。

典型工作产品

1. 基础度量和起源度量的详细说明

子实践

1.基于已经形成文档的度量目标识别候选的度量。

对于具体的度量，度量目标是精确的。被识别的候选度量根据名称和度量单位被分类和说明。

2.识别现有的已经标记度量目标的度量。

度量的详细说明可能已经存在，或许在以前或组织的其他地方就因为其他目的而建立了。

3.详细说明度量的操作定义。

操作定义用准确和明确的术语规定，他们指出如下两个重要的标准：

l 信息：什么已经被度量了？它怎么被度量的？度量的单位？以及包括什么，不包括什么？

l 可重复性：度量是否能够被重复？给出同样的定义，是否能够得到同样的结果？

4. 区分优先顺序、回顾和更新度量。

被提议的度量的详细说明被潜在的最终用户和其他相关干系人回顾，优先权被设定或改变，必要的时候度量的详细说明被更新。

SP1.3-1详细描述数据收集和存储程序

详细描述如何获取和存储度量数据。

对收集方法清晰详细的说明可以帮助确保正确的数据被适当的收集。同时也可能会对将来澄清的信息要求和度量目标有帮助。

对存储和重获程序的适当关注帮助确保数据有效性以及这些数据将来使用的时候易得到。

典型工作产品

1. 数据收集和存储程序

2. 数据收集工具

子实践

1. 识别来源于当前工作产品、过程或事务的已经存在的数据来源。

当描述这个度量的时候，现存的数据来源已经被识别，不管相应的资料数据是否已经收集了，但是适当的收集机制可能存在了。

2. 识别哪些数据需要，但是目前不可用的度量。

3. 详细说明为每一个需要的度量怎么收集和存储数据。

如何、哪里和什么时候数据被收集共同形成了清除详细地说明。收集有效数据的程序被详细说明。数据以一种对于分析可访问的方式存储，这种方式决定了这些数据是否为了可能的再次分析或者文档化的目的而保存。

需要考虑的问题典型的示例如下：

l 收集的频率以及在过程中进行度量的点是否已经确定？

l 需要将度量结果从收集点移向知识库、其他数据库或者最终用户的时间线是否建立？

l 谁负责获取数据？

l 谁负责数据存储、重获和安全性？

l 必要的支持工具是否已经开发或者获得？

4. 创建数据收集机制和过程指导。

数据收集和存储机制与其他通常的工作过程一样完整。数据收集机制可能包括手工或自动化的窗体和模板，对于正确程序清晰简明的指导对于负责做这项工作的人来说是有用的。为了完成收集、正确的数据以及最小化必须提供和记录数据的人员的负担，提供培训和阐明过程一样必要。