CMMI_度量与分析

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.

度量流程图

你的意思是说贵司还没有度量过程域！？

过程文档应该写过很多吧，无非是目标、角色职责、输入、过程细则、输出等。度量过程就再加上贵司希望度量的数据、指标作为附录就差不多了。