CMMI3认证的复杂和麻烦，怎么样高效解决方案

 一.CMMI过程文档过多

 当我们制定过程文档的时候，感觉是适用的是有效的是可用的，但当真正用的时候，却发现文档订立的根本就是太多，大家面对着众多的文档，无从下手，对于一个项目经理几乎成了文员，而对于一个程序员却可能成了一个文档编写家。所以最终惹的大家都抱怨过程文档太多了，70、80个模版，哪里记得那么清楚。

二.CMMI过程文档太复杂

 文档制定了，即使不是很多，还可以接受的情况下，却发现制定的内容过于复杂，导致有时根本不可能实施或者根本不适用。或者用起来工作量太大了，久而久之造成文档闲置，成了一堆废品。这样的例子比比皆是，比如一个裁剪表，大家都认为是非常适合的，规定了什么样子的项目，什么样子的裁剪，什么样子的审批，但面对各种不同的项目，我们的裁剪表裁剪规定能包含的全吗？所以这样的过程最后也成了废纸一张，让实施人员不得不一声叹息。

三.CMMI过程文档格式化

 有些人以为格式统一了是必须的前提条件。认为这是CMMI的规定，于是乎大家都统一着格式，甚至字体型号都统一了。当然这样做的确看起来非常的顺心和顺眼，但思考一下，我们到底要的是格式还是要的内容？我们对于格式的修改和修正，是否它的收益真的抵的过我们的投入呢？也许大家都期望规范化，但最后，却规范成了一种形式化。于是让项目所有人员恨透了格式，但严于命令却无奈的接受着。

四.CMMI文档的展示形式

 大家都习惯了用word，也习惯了excel，却很少习惯用project、infopath，如果一个计划，用excel展现，可想而知如果是一个庞大的项目，跟踪起来是多么的麻烦和复杂。而对于一个excel填写方便还是用word填写方便，还是用infopath设计后填写方便，这些，都是才是需要真正思考的。而我们的CMMI企业，却通常不加思索，完全在文档上采用了word或者excel。那结果大量的word看的人眼晕，大量的表格让人眼花缭乱。

五.我们真正想要什么

 CMMI带给了一套流程，但这真是我们想要的流程吗，如果是，为什么一个小的几个人月的项目，还要什么所谓的基线，还要制定什么所谓的里程碑，又搞来那么多评审，这到底是我们真正想要的吗？做完CMMI后，为什么企业会撤掉EPG，为什么会调走一些质量人员，可想而知，这不是我们想要的，如果是，那至少不会调走人员去做其他事情。