经常听到一些IT从业人员甚至进行实施的CMMI从业人员说:“我们公司的流程用的是CMM标准。”其实,CMM/CMMI是一个评估的依据,也是一个过程改进的框架,一套非常有价值的过程模型,并不是一个标准,而且需要灵活运用,如果简单照搬将其图腾化成软件行业的标准,上演轰轰烈烈地群体模仿秀就是中国软件行业的悲哀了。
这种模仿可能造成的结果是南辕北辙,实际结果与我们改进的目标背道而驰。比如我们知道CMMI可能更适合产品型的项目而不是研究型的项目;KPA中的SAM、ISM只适用于有外包业务的公司;某些公司的PM可能是“技术优而仕”型的经理人,不愿花太多时间管理项目、书写文档,要变通解决而不是简单的颁发规范、下令执行……。
建议对策:在模仿中超越
统计学家博斯(George Box)曾经说过:“所有模型都是错的,但其中却有些有用的”, 无论是ISO、CMM/CMMI、还是6Sigma,这些模型都为我们提供了过程改进较好的方向、理论框架。模仿确实是进步的快速捷径,但是我们的效仿不能低幼和机械,一定要深刻领悟过程改进的精髓本质,透析CMMI的DNA,结合企业业务和特性打造企业特色的过程改进体系,并在模仿中进行超越和创新,形成自己企业的规范体系,这才是真正意义上的标准。
CMMI实施之刚性过极
很多企业在流程管理上非常离散,没有统一管理,有的公司甚至一批人在做CMMI,另一批人做ISO,基本不相往来;或者有的软件公司干脆全部业务领域都实施CMMI,视CMMI为灵丹妙药,在全公司全面推行,不再参考引入其它模型,殊不知这样太过刚性的体系是很难在整个公司运行流畅的,也这样不利于提高整体运作效率。
建议对策:注重CMMI柔性
实际上,CMMI的实施对于软件公司来说,是比较理想的项目和研发管理模型,但是对于类似营销、HR、行政等业务环节就不适用了,例如客户关系管理,肯定是不合适的。一般公司在非产品研发环节可能就会应用ISO9001,可能还会有IPD、6Sigma或一些行业标准(例如TOM之于电信行业)应用于不同的业务领域,它们各有侧重,各有千秋,因此在实际CMMI实施时,应具有一定的柔性和扩展性,需要与其他模型有机结合,形成公司统一且唯一的流程体系。我们显然应该考虑到实施CMMI后的研发流程体系与其它业务环节流程的集成,不能让流程分割形成部门壁垒和本位主义同时导致流程链的断裂。
上一篇:配置管理过程域 下一篇:CMMI的级别和过程域 |