由于项目管理、软件工程，都是实践性非常强的学科。企业几乎每个项目组都有自己的一些看法和做法，都能够提出一些独到的见解。这些见解往往互不相同，甚至相互冲突。所以企业在进行管理改进、建立一套统一高效的项目管理体系，遇到非常大的困难。

任何管理改进都不是一撮而就的。当然，不同的人站在不同的角度，对什么是当前最优先解决的问题，往往有不同的看法。因此，应用一套科学的理论模型，是非常必要的。理论模型重要之处在于，它勾勒除了一个完整的体系，并且提供了孰轻孰重的解决次序——改进“路线图”。

许多软件行业选择CMMI模型。

<!--[if !supportLists]-->1、  <!--[endif]-->CMMI模型是综合了项目管理与软件工程的模型。

PMI的PMBOK是当前最具影响力的项目管理模型和指南，得到了广泛的应用。但PMBOK是一个通用的模型指南，并未吸纳特定行业的项目管理特点。

软件项目管理有其重要特性，其特性就是在：软件项目可以用标准的项目管理要素如进度、质量、成本来管理，同时，软件项目也是一系列软件工程工作的集合：需求分析、软件设计、质量控制、软件测试，等等。

因此，对于软件项目管理来说，标准项目管理与软件工程，是一个硬币的两面，是必须紧密结合才能够取得成效的。如下图表示：

<!--[if !vml]--><!--[endif]-->

而通用项目管理理论，是不包含软件工程，如需求管理、配置管理、测试管理的内容的。因此，在将项目管理过程与配置、测试管理的结合上，遇到盲点。

而CMMI是针对软件项目过程的模型，在CMMI中，既包含了项目管理的内容，又包含了软件工程内容，同时还包括组织能力等很多的方面，并且最重要的是，CMMI将这几个部分融合成一个体系，从而在软件行业获得了巨大的成功。

<!--[if !vml]--><!--[endif]-->

如图（CMMI的过程域），CMMI模型包括4个“过程组”。第一个是工程，包括需求管理、需求开发等。第二个是项目管理，包括项目监督与控制、项目计划。第三个是过程管理，定义了很多组织级的过程（在PMI最新的PMBOK里面，吸收了这个思想，成为“组织过程资产”）。第四个是支持过程，包括配置管理、质量保证、度量分析等。

<!--[if !supportLists]-->2、  <!--[endif]-->CMMI有些工作比较繁琐，但其根本思想是非常清晰和有效的。

实施CMMI在中国国内有很多急功近利的情况。很多企业为了迅速拿到认证而突击。这种做法导致了很多“僵化”的CMMI项目。

但在实践中发现，很多CMMI认证所要求的报表和数据，其实是在管理成熟度达到一定程度之后才会达到。如果一开始就强行收集这些数据，将会使得CMMI工作变得极为繁琐。但CMMI真正有力的是其“逐步改进”的思想和一套完整的改进路线图。

来源：http://blog.vsharing.com/vp/A581464.html