分类
日历
登陆
最新文章
回复
站点统计
友情链接
CMM到底给我们带来了什么？（二）（转载）2006/1/23 15:53:00
CMM的问题实际上在于没有遵守通行的质量保障体系的一般性做法，也就是没有认真地研究传统行业成熟的质量保证系统的基本原理。CMM的根本问题不在于细节上的繁琐，而在于基本思想的非工程化倾向，实施手段的非人为色彩，评审标准的过渡色彩。
CMM的体系根本就不涉及一个全面的生产过程，只是对于软件开发过程中的生产软件的流程进行的指导。而就是由此，CMM实际上也根本不可能完成对于软件产品质量的保障。
CMM根本就没有这样一个具体和量化的体系，CMM所提供的手段落实到最后，实际上就是建立在文档基础上的评审，从根本上来说还是依赖具体的人的操作，而非依赖技术体系和管理制度的规范化。实际上从这一点就可以看出，CMM根本上还是在走coding-fix的老路，只不过是经过了一种更加华丽的包装。
关于文档的意义
文档仅仅为了传承经验，起到把人员流动引起的影响降低到最小的作用吗？那么我们花了大力气写的详尽无比的文档，如果没有人员流动的话，难道就没有作用了吗？如果我们一直想在开发过程中想着怎样把因为人员不稳定带来的影响减到最小，为什么不是想着如何才可以减少人员的流动，提高人员的忠诚度呢？
文档最忌讳繁琐无比，事无巨细的都要说明，如果是这样直接去看代码好了。
实际上多数人都默认文档的抽象程度比代码级别高，看文档比看代码省事。但是如果文档过于细节化，那么代码很难做到同步于文档。这将是一个巨大的威胁。
很多人抱怨要看一堆没文档的代码，但是他们很少真的看到过合适的文档。
实际上文档的作用应该是让阅读者快速找的代码的位置，而不是用文字说明代码的作用，那些应该是单元测试的事情。
人员的流动带来的最大问题，实际是知识的流失。文档可以固定下一部分的知识，但是如果文档的抽象层次不够，这些知识并不能很容易的被掌握，那么这些就是无用功。