??
6月3日到5日，用了3天时间，参加了cmmi-dev的简介课程培训，参加培训真的比上班都要累很多啊！每天早上9点到下午6点，中午吃饭加休息总共1小时，晚上还有作业要做，每天睡觉都要到11点了，而且作业还不一定写的完，早上还要早早起床坐两个小时的车去上课，很久都没这么辛苦过了。不过辛苦总是有回报的，下面就详细说说这3天的收获。
1、知识梳理
cmmi-dev v1.3版，可以简单的理解成将22个过程域按照不同的标准分组，每种分组方式有不同的衍生工作，每个过程域由通用目标和特定目标两部分组成，通用目标是22个过程域共有的部分，所以集中在一起说明，不在任何一个过程域中单独说明。
将过程域按内容分组，就是所谓的过程管理类、项目管理类、工程类和支持类。
按难易程度分组，就是常说的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 |
|
|
工程类 |
产品集成（PI） |
3 |
|
需求开发（RD） |
3 |
|
|
技术解决方案（TS） |
3 |
|
|
确认（VAL） |
3 |
|
|
验证（VER） |
3 |
|
|
支持类 |
原因分析与解决（CAR） |
5 |
|
配置管理（CM） |
2 |
|
|
决策分析与解决（DAR） |
3 |
|
|
度量与分析（MA） |
2 |
|
|
过程与产品质量保证（PPQA） |
2 |
2、误解澄清
1）Val和Ver的区别，只有客户才能验证，其他的测试和评审等都只能是确认，所以Val和Ver的最大区别是客户的参与程度，如果客户虽然人在，但是并没有积极参与，则是Ver。
2）对组织来说，是不是成熟度等级越高越好？
根据组织需要，如果只是为了常规的投标等，CMMI3级能应付绝大多数的招标；如果是为了组织更好的发展，逐步的改进，则应该从2级开始逐步踏实做好，并且可以根据组织情况，调整参与改进的过程域，有可能出现4级、5级过程域比3级过程域先改进的情况。
3、知识拓展
CMMI除了常用的开发模型（DEV）之外，还有采购模型（ACQ）和服务模型（SVC），随着CMMI在推广，这两个模型也被用的越来越多。
Introduction to CMMI培训总结,布布扣,bubuko.com