需求变更还是修改？

        需求即使在用户签字确认之后，还是会有所变化，可能从设计、开发甚至测试阶段反馈回来的需求，其中的一些是的确需要做变更处理的，可是其中很大一部分，不应该作为变更处理，但是在过程中，这些需求改如何处理，我着实有些迷茫，答案还在继续寻觅中。。。。。。

        我自己是这样处理的，我自己有一份记录文档，记录下了各个方面反馈回来的需要对需求的改变，用来跟踪所有那些算不上变更的需求修改记录，虽然这似乎不符合CMM或CMMI的规范，可是如果把所有这些都通过需求变更来做，需要增加多少工作量啊？需求变更单恐怕会象纸片一样飞向我，飞向设计人员、开发人员和测试人员，甚至客户会烦死在不断的确认中。不过这种做法也比较危险，毕竟人如果范懒，就会把那些变更也通过这种来做了。

        可能是我的需求还做得不够好，客户在签字的时候总是特别犹豫，还特别说明，以后如果有什么改动可不要算工作量来收钱哦，呵呵，这种问题我有什么权力答应啊？

        我是比较喜欢CMM或CMMI这种规范的，只是规范毕竟只是规范，并没有一些度量的标准来判断改怎么做，而是不管度量结果如何，按规范都只有一种做法。不知道是我对CMMI规范了解不深呢，还是这些本身就是规范的缺陷？