度量的概念是从量化项目管理而来，主要用于项目质量、进度、生产率等方面的管理。通常是由qa、epg、pmo来推进、整理项目组织的各类数据，作为基准来约束项目、产品研发的尺度。

度量有三个范畴，产品度量、项目度量和过程度量。

项目度量，反映项目状态，关注实际结果与计划或过程标准的偏差，用于项目监督和控制。

产品度量，对软件产品进行的、独立于产品生产过程的度量，通常关注重点是产品质量。

过程度量，量化了软件过程或开发环境的属性，对于成熟企业关注过程性能和能力的度量。

广义的过程度量涵盖了这三部分。我们讲的度量泛指广义的过程度量。

度量是用数字说话。那么度量涉及什么?它涉及项目开发全过程，包括估算、需求管理、设计、编码、测试等阶段。

度量的第一基本法则：明确量化管理的目的及约束条件。

估算来讲，“功能点”法是比较复杂而且难掌握的软件规模度量办法，有可能在研究使用的过程中，才发现不值得用“功能点”法，大家再反过来看看目标：在一定的时间成本要求内，提供估算的准确率，而不是：在一定的时间成本要求内，用功能点法提高估算的准确率。这时，大家可以选用别的办法，或者对“功能点”法进行改造。在制定目标的时候，不要把具体的方法写进去，目标是很高层次的，把办法写进去，也是相当于限制了思路。

有很多软件企业，在项目过程中，须提交一些进度报告、总结报告，报告中可能会有进度情况、成本情况的一些数据。收集这些数据的目标也十分明确，是想了解项目的进度、成本情况，并与计划的情况进行比较，采取必要的措施。

也是说，度量要明确目标。以cmmi为例，3级要度量的和5级要度量的是不一样的，不能眉毛胡子一把抓。否则，会出现过度度量。对于成熟度2级的即项目级，是说项目交付可复制级别，可能在需求、质量方面的度量更有意义。

1) 初级量化管理-感知级，相当于CMMI2级。

2) 中级量化管理-经验级，相当于CMMI3级。

3) 高级量化管理-可预测级，相当于CMMI4级。

4) 超级量化管理-持续优化级，相当于CMMI5级。

下面谈的度量，更多是面向2、3级的度量。4、5级的性能、效率离得比较远，操作往往需要IT工具支撑，回头再聊

2、3级度量，哪些比较合适?下面我列一些要点。我们每做完一个项目，都要做这些要点的度量(过程中和结项后)

1、"项目基本信息"

包括开发平台、编程工具、语言、操作系统、数据库、业务单元数、架构类型、并发用户量、生命周期模型等等，是用于公司下个项目参考的基础信息。

2、项目规模度量

可以用代码行、也可以用功能点，要固定下来具备参考性。可以帮助我们在各阶段都去看自己的估算偏差。其中，

包括大团队规模

平均团队规模

计划阶段团队规模

需求阶段团队规模

设计阶段团队规模

构建阶段团队规模

测试阶段团队规模

实施阶段团队规模

需求阶段结束估计规模

设计阶段结束估计规模

构建阶段结束估计规模

测试阶段结束估计规模

需求评审规模

设计评审规模

编码评审规模

测试评审规模

其他评审规模

这些度量对你开展新项目有直接参考价值。