对CMMI3的学习和思考【IT168 专稿】近来笔者所在公司正在为过CMMI3做各种准备，对公司的员工进行了一些相关的培训，作为项目管理人员的我，在学习CMMI3的过程中，也有了自己的一点对于CMMI3的思考。
CMMI将软件过程中的很多步骤都通过步骤规范起来，它并没有告诉我们应该怎么去做，而只是告诉我们应该做些什么。
因为软件过程中的每一步都需要经过思考、决策、有依据才能得出过程的结果，所以减少了每一步发生错误的可能性。
一．CMMI概述CMMI是Capacity Maturity Model Integrated的简称，即集成的软件能力成熟度模型，CMM是CMMI的早期版本，它主要用于软件工程，而CMMI是一种综合性模型，它是工程实施和管理方法，它在软件与系统集成以外的如科研、工程等领域都得到了广泛的应用。
CMMI是一个由理论和经验部分组成的模型。
它有连续式和阶段式两种表述方式，其中连续式主要用于衡量一个企业的项目能力，而阶段式主要用来衡量一个企业的成熟度。
在连续式表述下，企业在接受评估时可以选择自己希望评估的项目来进行评估，所以评估通过率相对比较大，但它反映的那个相对比较窄，因为它仅仅反映该企业的该项目或类似项目达到了对应的等级。
而用阶段式来进行评估时，需由评估师自己来挑选内部的任何项目或其中的某一部分来进行评估。
阶段式的CMMI有5个等级，如下：第一级（初始级）：在该等级下，项目的目标虽然得以实现，但它的实现带有很多的偶然性和风险性，该级对人员的依赖性比较大，性能依赖个人的能力，且随个人固有的性能、知识和动机的不同而变化。
第二级（受管理级）：在该等级下，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程，并且需要为过程建立明确的目标，并能实现成本、进度和质量目标等。
在这种情况下，组织已经营造了一个稳定的、受控的开发环境，项目已经在受控制的状态下运行。
该级包括如下7个过程域：需求管理（RM）、项目策划（PP）、项目监督与控制（PMC）、供方协定管理（SAM）、测量与分析（MA）、过程和产品质量保证（PPQA）和配置管理（CM）。
SW-CMM/CMMI的探讨一、引言中国进入WTO后，软件企业的国际化进程也随之加快，CMM/CMMI认证在国内的软件企业相当流行，软件企业都希望借此改进研发的开发过程，随着一些大型软件企业完成CMM认证，也为相当多的中小软件企业带来了希望。
那么CMMI 相对于人们熟悉的SW-CMM 有些什么异同？其变化的原因是什么？SW-CMM 到CMMI 的过渡是势在必行的吗？针对这些问题，本文将SW-CMM 与CMMI 从多个方面和不同的层次进行了对比，剖析了其演变的原因，探讨了其发展前景，并对于企业从SW-CMM 到CMMI 的过渡提出了切实可行的建议。
二、CMM概述1．SW-CMM的产生和发展SW-CMM（Software Capability Maturity Model,下称CMM）是由美国卡内基·梅隆（Carnegie-Mellon University）的软件工程所（Software Engineering Institute，下称SEI）提出的一套对软件过程的管理、改进和评估的模式和方法。
CMM最早被应用于美国国防部，用于评估承接军事项目的软件企业的能力。
由于这些军事项目投资巨大，需要一种科学的评估办法对软件企业进行评审，这是CMM最早期的应用。
1991年，SEI正式提出了CMM1.0版本，并应用于商业软件行业中，取得了巨大的成功。
1993年，SEI根据以往的经验，并且广泛听取了行业专家的意见，推出了CMM1.1，这就是我们现在广泛使用的版本。
十几年来，CMM的改进工作一直在持续进行着，按照SEI的计划，CMM 重复级.0版本将于1997年推出，然后经讨论和修改，于1999年发布CMM2.0。
但此版本因为美国国防部的要求而推迟发布。
2．CMM的基本概念过程（Process）：为实现给定目标所执行的一系列操作步骤。
软件过程（Software Process）：指人们用于开发和维护软件及相关产品的一系列活动、方法、实践和革新。
