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在推广，这两个模型也被用的越来越多。