6月3日到5日，用了3天时间，參加了cmmi-dev的简单介绍课程培训，參加培训真的比上班都要累非常多啊！每天早上9点到下午6点。中午吃饭加歇息总共1小时。晚上还有作业要做，每天睡觉都要到11点了。并且作业还不一定写的完，早上还要早早起床坐两个小时的车去上课。非常久都没这么辛苦过了。只是辛苦总是有回报的，以下就具体说说这3天的收获。
1、知识梳理
cmmi-dev v1.3版。能够简单的理解成将22个过程域依照不同的标准分组。每种分组方式有不同的衍生工作，每一个过程域由通用目标和特定目标两部分组成，通用目标是22个过程域共同拥有的部分，所以集中在一起说明，不在不论什么一个过程域中单独说明。
将过程域按内容分组，就是所谓的过程管理类、项目管理类、project类和支持类。
按难易程度分组，就是常说的CMMI几级，也就是组织的成熟度经经常使用的。
阶段式分为5级。从1到5。
另一种是将每一个过程域进行切段，也就是所谓的连续式，分为4级，从0到3，极少有组织用这样的方式过级。
|
分类 |
|
阶段式级别 |
|
过程管理类 |
组织级过程定义（OPD） |
3 |
|
组织级过程关注（OPF） |
3 |
|
|
组织级绩效管理（OPM） |
5 |
|
|
组织级过程性能（OPP） |
4 |
|
|
组织级培训（OT） |
3 |
|
|
项目管理类 |
集成项目管理（IPM） |
3 |
|
项目监督与控制（PMC） |
2 |
|
|
项目计划（PP） |
2 |
|
|
量化项目管理（QPM） |
4 |
|
|
需求管理（REQM） |
2 |
|
|
风险管理（RSKM） |
3 |
|
|
供方协议管理（SAM） |
2 |
|
|
project类 |
产品集成（PI） |
3 |
|
需求开发（RD） |
3 |
|
|
技术解决方式（TS） |
3 |
|
|
确认（VAL） |
3 |
|
|
验证（VER） |
3 |
|
|
支持类 |
原因分析与解决（CAR） |
5 |
|
配置管理（CM） |
2 |
|
|
决策分析与解决（DAR） |
3 |
|
|
度量与分析（MA） |
2 |
|
|
过程与产品质量保证（PPQA） |
2 |
2、误解澄清
1）验证和确认的差别。仅仅有客户才干确认，其它的測试和评审等都仅仅能是验证。所以验证和确认的最大差别是客户的參与程度，假设客户尽管人在，可是并没有积极參与。则是验证。
2）对组织来说。是不是成熟度等级越高越好？
依据组织须要，假设仅仅是为了常规的投标等。CMMI3级能应付绝大多数的招标。假设是为了组织更好的发展，逐步的改进。则应该从2级開始逐步踏实做好。并且能够依据组织情况，调整參与改进的过程域。有可能出现4级、5级过程域比3级过程域先改进的情况。
3、知识拓展
CMMI除了经常使用的开发模型（DEV）之外，还有採购模型（ACQ）和服务模型（SVC），随着CMMI在推广，这两个模型也被用的越来越多。