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