一.CMMI认证过程文档过多
当我们制定过程文档的时候,感觉是适用的是有效的是可用的,但当真正用的时候,却发现文档订立的根本就是太多,大家面对着众多的文档,无从下手,对于一个项目经理几乎成了文员,而对于一个程序员却可能成了一个文档编写家。所以最终惹的大家都抱怨过程文档太多了,70、80个模版,哪里记得那么清楚。
二.CMMI认证过程文档太复杂
文档制定了,即使不是很多,还可以接受的情况下,却发现制定的内容过于复杂,导致有时根本不可能实施或者根本不适用。或者用起来工作量太大了,久而久之造成文档闲置,成了一堆废品。这样的例子比比皆是,比如一个裁剪表,大家都认为是非常适合的,规定了什么样子的项目,什么样子的裁剪,什么样子的审批,但面对各种不同的项目,我们的裁剪表裁剪规定能包含的全吗?所以这样的过程最后也成了废纸一张,让实施人员不得不一声叹息。
三.CMMI认证过程文档格式化
有些人以为格式统一了是必须的前提条件。认为这是CMMI的规定,于是乎大家都统一着格式,甚至字体型号都统一了。当然这样做的确看起来非常的顺心和顺眼,但思考一下,我们到底要的是格式还是要的内容?我们对于格式的修改和修正,是否它的收益真的抵的过我们的投入呢?也许大家都期望规范化,但最后,却规范成了一种形式化。于是让项目所有人员恨透了格式,但严于命令却无奈的接受着。
四.CMMI认证文档的展示形式
大家都习惯了用word,也习惯了exCEl,却很少习惯用project、infopath,如果一个计划,用excel展现,可想而知如果是一个庞大的项目,跟踪起来是多么的麻烦和复杂。而对于一个excel填写方便还是用word填写方便,还是用infopath设计后填写方便,这些,都是才是需要真正思考的。而我们的CMMI企业,却通常不加思索,完全在文档上采用了word或者excel。那结果大量的word看的人眼晕,大量的表格让人眼花缭乱。
五.我们真正想要什么
CMMI带给了一套流程,但这真是我们想要的流程吗,如果是,为什么一个小的几个人月的项目,还要什么所谓的基线,还要制定什么所谓的里程碑,又搞来那么多评审,这到底是我们真正想要的吗?做完CMMI后,为什么企业会撤掉EPG,为什么会调走一些质量人员,可想而知,这不是我们想要的,如果是,那至少不会调走人员去做其他事情。