就算一个开发极不规范公司，我想总会对缺陷有一定的管理办法吧？至少缺陷会被记录下来（哪怕是各种方式），而不会只是口头说而毫无记录吧？
大多数软件公司都会有一套管理缺陷的系统，我们应该如何把缺陷度量做得更好呢？
我们需要目标驱动地把度量工作做好，首先有两个最基本的要求：
1. 缺陷被准确的记录和跟踪。
2. 客观地依据缺陷状况对软件发布进行决策。
根据这两个要求，我们需要详细定义缺陷的属性，这些缺陷的属性就是我们要度量的内容。很多公司都会定义缺陷的描述、严重程度等属性，另外也会规定发布的时候，什么严重级别的缺陷不能超过多少个等要求。
以上两个目标只是缺陷度量的两个基本目标，如果更深入一点，我们希望能预防缺陷的再次发生，最简单有效的办法就是：直接让项目组成员一起来分析缺陷的原因，让大家避免重犯。
如果想做更系统更深入的分析，就需要考虑在组织层面来做这个分析工作。这时有必要增加缺陷一个属性，叫做“缺陷来源”，就是说产生这个缺陷的源头是在哪里，是需求没有分析到位，还是设计没有做好，还是编码出问题？按“缺陷来源”来分析公司不同类型的项目的缺陷情况，您就会发现公司的软件开发过程最有问题的是哪个过程？哪些过程做得比较好？这些分析结果会很好的指引过程改进的方向。
缺陷度量有很多可以发掘的地方，这是每一个公司都应该做好也是最有条件做好的一种度量。
CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx