相对于项目管理，配置管理，质量保证等其他板块相比，软件度量板块如此冷清，发帖回帖的比较少。在CMMI过程改进中，度量相对其他PA来说内容比较少，常见的度量项也就那么几个，没有多大的发挥空间。在CMMI的二、三级中，主要就是收集度量数据，并做些简单的统计分析。度量要求比较高的是在CMMI4，但是到这个层次的企业目前还比较少。具体做这方面工作的人也不多。所以这个板块比较冷清，以至于现在还没有版主，正所谓高处不胜寒呢！

其实度量不是高处，其实在做项目管理或者项目的时候，度量的思想都应该贯穿起来。如同楼主说的，二级，三级是收集数据，有简单的统计分析了，这个也有很多可以做的很好的。可以想象一下，你平时的工作安排，进度的安排，如何合理分配工作，简单的评估都在不自觉中用到了度量，只是不是那么的系统，所以可能分析的工作相对来说比较少。
我不是很认同度量的内容少，只是我们的理解比较狭隘，度量是一个改进的基础和平台，如同来评价你的配置管理是否做的好，开发是否做的好，项目管理做的好，没有数据来支持，其实这些评估或者评价都显得苍白。
让更多的人了解，开始有个概念，是应该去做的。

度量本身无所谓高低，CMMI作为一个模型，作为一个评估组织成熟度的尺子，在不通的层级上要求有高低。当然一个组织在进行CMMI2级改进的时候，度量也可能做的很好，对度量项有明确的界定，对数据有充足的积累，能够准确反映组织在某些方面的指标。但从实际的执行效果来看，度量相对项目管理，配置管理等领域是个短板。在CMM2的时候是没有度量与分析这个过程域的，到了CMMI2的时候就增加了度量与分析这个过程域，这也正说明了，大家普遍在这方面做的差些。所说的差，主要表现在对度量项没有明确的定义，没有数据的积累，从而导致数据的有效性和可用性的降低。因此，不过我们是否明式是说过程改进，都应该了解、理解，掌握度量，用度量来指导各方面的管理。

用度量来指导管理说是狠容易，实际操作很难。

没有一定的度量数据的收集和统计分析，根本谈不上用度量来指导管理。

最最最最重要的就是数据收集，即使统计和分析暂时无法实现。