对于有多个产品的公司而言，质量度量不仅针对单个产品，它更是一个产品之间横向的比较。同类产品质量的对比要考虑诸多因素，如项目的大小，项目经理的管理能力，开发人员的开发技能，测试人员的测试水准，项目的前期调研，项目的紧急程度，高层给予的重视程度、预算、人力资源等。
对于刚涉足质量度量工作的公司来说，短期的工作是看不到效果，并且也找不出适当的衡量标准，需要形成组织级度量数据库才能针对不同产品的不同阶段进行有效的度量。
对于处于质量度量工作起步阶段的公司，首先需要做好质量度量的数据采集工作，形成组织级度量数据库。其目的是为后期的工作打下基础，初始阶段它实现不了对产品好坏的度量。如千行代码缺陷率，由于无历史数据积累，初始阶段无法给出成功度量标准，建议此指标只做统计，待有一定数据基础后再利用，在度量数据及指标成熟的基础上，千行代码缺陷率应作为缺陷度量的重要参考指标。
一般来说，大多数公司的质量度量报告中都会有一个针对本次质量评估的综合评分，我们应该合理的看待此评分，不能过于依赖此做为衡量一个产品优劣的标准。度量报告中的综合评分只是为了提取出各产品之间的质量共性，为产品的质量提供一种横向的对比准则。度量工作的重点应在找出产品质量低的根源，改进产品质量，改进整个软件开发过程。综合评分固然重要，但更重要的是体现这份报告本身的价值，如果不能找出问题，提出改进建议，再完美、合理的评分也只留于表面。
综上，质量度量的价值应体现在为各个不同的产品找到其提高质量的途径。数据采集是度量工作的基础，综合评分是对产品质量的定性，更为重要的是要给与产品质量的改进予以建设性的建议，质量的提高是我们的最终目标。软件质量度量工作成果需要得到领导、同行的认同，要以度量为基础，以开发过程的改进为核心，以产品质量的提高作为最终目标。
