SCAMPI评估方法需要企业提供3种证据：直接证据、间接证据、人证。每条实践必须要有直接证据来覆盖，直接证据包括了产出的文档、使用的工具等等。由于直接证据是必须的，于是为了满足评估的需要，很多企业做了上百个的文档来满足模型的要求，其实这是不对的。模型是强调直接证据，但是并非文档越多越好，文档只是用来证明某个实践你做到了，只要达到了这个目的就可以了，而且一个文档可以满足多条实践的要求，可以作为多条实践的证据，这是最经济的做法。只要内容有了，也并非在乎文档的多少与格式。
在没有实施CMMI之前，项目组往往不写文档或者很少写文档，实施CMMI之后，写的文档又可能太多，这是两个极端，需要平衡。
怪相之五：流程很优秀，效果鲜见有
有一家软件外包公司，CMMI3级，流程定义得很简洁、实用，企业的执行力也很强，但是项目的实际效果却不好，为什么呢?笔者仔细审查项目组的需求、设计、测试用例、源代码等文档，发现需求的描述有遗漏、有错误;设计文档没有满足基本的设计原则;测试用例不完备、覆盖率比较低;源代码中需要重构的地方比比皆是。再问一个为什么?发现项目组成员比较年轻，工程经验大都少于2年，尽管企业也进行了需求工程、设计模式等的技术培训，但是经验不是靠培训能解决的。因此，即使有好的流程，仍然没有开发出好的软件系统!
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
