核心论文发表CMMI实施的六大误区和实施建议

　　根据CMMI官方机构在2013年3月发布的统计，目前通过CMMI评估的中国企业数量累计超过2000家，远超美国，成为世界上通过CMMI评估最多的国家。其中，通过CMMI 3级认证的企业比例高达90%以上。这些数据对于中国软件业而言是令人振奋的，但是，如此多的企业通过了CMMI认证，是否意味着我国的软件企业因实施CMMI而受益，软件质量、开发效率不断提升?是否标志着我国的软件企业已经发展壮大，足以与美欧日等软件强国抗衡了呢?

　　带着疑问和思考，结合我国软件企业的现状，可以看到，中国企业与软件强国间的差距还是挺大的，例如在世界软件企业排名前100位中，我国的企业数量还只是凤毛麟角。本文结合CMMI模型的要求，重新审视CMMI在中国的实施现状，提出了企业在CMMI实施过程中的六大误区，并进一步探讨应该如何实施CMMI，让中国的软件企业真正强大起来。

　　1 CMMI的理解和定位：CMMI不等于一套可直接使用的方法学和模板

　　毫无疑问，对于软件企业而言，CMMI是一套提供了包含产品和服务开发以及最佳实践的模型，通过合理运用CMMI提供的指引可帮助企业更好地实施过程改进。但是，CMMI并不等于一套可以直接生搬硬套的标准。对于CMMI-DEV模型的22个过程域，每个过程域都有明确的实践目标和一些最佳实践，具体到一个特定企业，需要根据该企业的商业目标和自身情况，来确定采取哪些方法和行动来达成CMMI模型提出的实践要求。例如，对于组织过程定义(OPD)过程域的特定实践SP1.1要求企业建立和维护组织标准过程，对于大公司来说一套标准过程可能会涉及更多人员的参与，对于某些过程的审核可能会更正式，而对于小公司来说更加强调这套流程简洁高效，能充分利用手上仅有的资源来完成所有工作。所以在制定组织的标准过程时，应该着力于如何理解模型，并结合公司的自身情况来编写，而不是直接套用模型里面提供的方法和实践。

　　2 CMMI与其他体系：CMMI并不是万能的

　　对于软件行业而言，实施过程改进，除了CMMI之外，还有ISO9001、MSF、IPD、敏捷方法等。需要认识到，CMMI模型的实施核心焦点主要是软件工程的过程和管理层面，而不是软件的开发技术层面。另外，CMMI模型指明了企业应该做什么(what)而不是怎么做(how)，它着重强调的是开发软件过程中的关键要素，但是对于项目立项前期的调研以及项目验收后的软件维护等过程，CMMI没有给出明确的指引。所以，在使用CMMI模型实施过程改进时，我们不妨结合其他方法进行过程改进，取其精华，使公司可以从更加广阔的领域，例如财务，人力资源，技术实现等方面全面推进过程改进工作。

　　3 CMMI规范与公司其他规范并存：不要只追求形式上的标准

　　近年来，国内掀起了CMMI评估热潮，国家和各级地方政府出台了一系列法规和政策，鼓励软件行业进行CMMI能力成熟度模型的评估认证工作，旨在提高我国软件企业开发管理的规范化水平，同时也希望企业能建立信心，鼓励企业与世界接轨。但是，有些企业只是追求形式上的规范，花费大量时间和金钱制定CMMI的相关标准和文档体系，并在仅有的几个项目中推行CMMI模型。结果评估完成后，还是保留公司原有的规定和做法，把CMMI模型放到一边。例如，对于软件规模的估算，还是采用原来的拍脑袋方法，对于策划部分仅仅参照合同中规定的验收时间，而没有对项目过程中各个阶段的活动进行详细策划。结果是，规范有了，公司的开发管理水平还是维持原样。如果制定出来的标准都没有去执行，又怎能期望过程改进会给企业带来效益呢?

　　4 CMMI等级越高越好

　　从CMMI模型的阶段式划分方法来看，CMMI可分为五级。第一级是初始级，第二级是已管理级，第三级是已定义级，第四级是定量管理级，第五级称为优化级。从等级1到等级5，实施的内容逐渐增加，同时等级越高表明企业的过程能力成熟度越高。于是，有些企业会很主观地认为，CMMI等级越高越好，所以企业应该以更高的等级为目标，评估过了3级接下来就是4级，5级，而完全没有考虑是否适合公司的情况。事实上，组织需要达到哪个级别的等级应该与企业的规模、企业文化、人员素质、客户类型、产品类型等方面进行考虑。如果组织规模过小，却要求达成较高的成熟度等级，往往会造成赔了夫人又折兵，即浪费了大量的资源，又没有达成预期效果。

　　5 片面要求流程大而全

　　有些企业觉得，既然实施CMMI，就要把所有过程域的内容规范化、文档化，每个过程尽可能大而全，并将这些规范应用到公司的所有项目当中。这样做不但影响了软件开发的工作效率，同时也不利于公司的发展。例如，对于非关键的小问题，本来可以立刻解决，却设计了复杂的流程进行评审;对于一些小型项目，只有1-2个月的开发周期，却要求产出大量的文档等等。面对这种情况，我们应该从公司的整体规划和目标着手去提炼关键的过程，对于不同的项目要有相应的裁剪和替代活动。

　　6 把大公司的文档体系当作自己的文档体系

　　很多企业为了节省时间，往往是参照一些大公司的流程，小做修改就变成了自己的体系;甚至有些企业直接挪用体系，这样做的效果肯定不好。有时，我们或许会听到这样的谈话，某公司领导跟下面的人员说：“我们要一套比较好的模板，然后找几个人修改一下就可以了”，这是一种典型的拿来主义，公司的规模、组织架构、人员配置，技术水平，企业文化等千差万别，面对的客户也各有不同，又怎能保证其他公司的流程会适合本公司呢。所以在编制公司文件体系时，我们要预留一段比较充分的时间来编制体系文档。例如，有些企业是按照产品线来进行管理的，有些企业是按照地理区域来划分工作的，那么这些企业的管理模式和流程就不太可能一样了。同样，有些组织考虑使用RUP开发方法，这时候你就要考虑把CMMI和RUP开发方法融合起来，而不是单纯地选择执行某一个体系。　　针对上述提出来的六大误区，本人觉得应该从以下方面来考虑CMMI实施：

　　第一，需要准确理解CMMI模型的真意，用好CMMI模型，把它当成过程改进的一个好工具，而非一种具体的方法和生硬的教条。对于CMMI-DEV模型，其中的22个过程域可分为项目管理、工程开发、过程管理以及支持类等四大部分，可从组织层面和项目层面对内容进行划分。对于各个过程域，需要充分理解每个过程域的要求，同时也要看到各个过程域之间的联系和区别，并与组织的具体活动联系起来，才能更好地推进过程改进。举个例子，对于项目策划过程域里面提到的估算部分，要求在项目中使用科学的方法对项目规模、工作量和成本等参数进行估算。相应的，在度量和分析过程域指明，需要根据度量目标在项目各阶段进行度量项的数据收集。在项目监督和控制过程域，要求对相关的参数进行监控。而在集成项目管理过程域，对于关键的项目参数，除了定期监控并采取纠偏措施外，还需要设定预警阀值，在项目重要参数有偏离正常范围的倾向时，就应该对现状进行分析，采取一定措施来防止问题的发生或者减低问题的影响程度。在企业具体实施时，可以把上述提到的内容有机地结合起来，形成一套完整的流程。

　　第二，要根据公司的目标来实施CMMI，切忌把所有精力花在雕琢精美流程上，而没有根据公司的战略发展，订立行动的优先等级来实施对于公司来说关键的一些过程域。例如，对于中小型技术创新企业，首要目标就是在竞争激烈的市场环境中如何研发出质量、技术、成本等方面有竞争力的产品。简单来说，就是能够在市场中生存下来并占据一席之地。对于上述目标，我们需要针对企业自身情况，分析目前公司的不足，并进一步把这些不足之处定位到各个过程域的实践当中。若能准确定位问题，便可以花最少时间和精力来达到最大的改进效果。同样，如果对于大型企业而言，公司的目标很可能除了关注研发产品外，还会考虑到企业在各区域的市场占有份额以及企业影响力等。

　　第三，公司整体实施的效果取决于多个因素，如人、过程、技术等。除了优化过程之外，也要提升团队人员的素质和技术水平;特别是对于团队建设部分，在CMMI DEV 1.3版本中，分别在组织过程定义过程域(OPD)的特定实践SP1.7和集成项目管理过程域(IPM)的特定实践SP1.6中，明确规定了对团队建设的组建和维护。另外，对于在软件开发采用的技术和工具部分，CMMI并没有进行明确的规定。所以，在这一部分我们需要通过多种途径了解业界的最新动态，选择好适合公司发展的技术和工具。

　　第四，通过CMMI评估不是企业的最终目标，正确的做法应该是每一年都针对公司现有的流程进行差距分析，并进一步优化，同时也要善于发现公司不足的地方，不断积累经验进行过程改进。我们可以在今年重点关注项目的开发环节，例如需求获取和需求分析部分，通过努力尽量减少后期开发阶段进行需求变更的次数;在另一年里，我们可以着重检查公司的项目管理能力，例如在项目监控过程中如何尽早发现问题，或者在风险管理领域中如何提升风险管理水平，将问题扼杀在摇篮当中。通过每一年对CMMI模型的理解和深化，通过每一年的总结和反省，组织必将变得越来越好，也越来越有竞争力。

　　总而言之，对于软件企业而言，软件研发和管理是一个复杂而又有挑战性的工程。如何运用好CMMI模型，对其进行合理定位，也决定了企业的发展和未来。同样的金科玉律，同样的孙子兵法，对于不同人而言效果也是不一样的。在此，也希望大家有兴趣的话，可以多多研读CMMI模型，结合自己的实践经验，领悟到CMMI模型的精髓所在。

　　参考文献：

　　[1]Ken Keller，Brian Mack.Maturity Profile Reports March2013.

　　[2]李华北，刘小茵，郑丹丹等.过程改进基本原理及CMMI实施[M].中国标准出版社.

　　[3]蔡澍.基于CMMI的软件过程和产品质量保证的探究[J].科技信息，2012(23).