CMMI-DEV,V1.3在二、三级过程域的变化-1

上一篇 / 下一篇  2012-12-28 17:44:43 / 个人分类:质量管理

此文为希望了解CMMI-DEV模型变化或者正在根据CMMI-DEVV1.2进行过程改进的人士提供参考!

 

1前言

自从1994SEI正式发布软件CMM以来,相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。2000年,为了解决组织因为同时采用多种模型带来混乱等情况,SEI发布了CMMI模型。之后模型不断的改进发展,大量组织从2006年开始使用CMMI-DEV V1.2模型进行过程改进,而在使用该模型时,使用者也发现模型存在着高成熟度描述不明确、某些细节不符合组织需要等问题。SEI2008年开始策划编写CMMI-DEV V1.3,经过三年的时间,在201011月发布了最新的模型。

模型的更新中除了明确了高成熟度要求外,还包含了二、三级过程域的修改,为CMMI模型的使用者提供了更清晰、更新的指导。本文的目的是介绍二、三级过程域的变化,为熟悉CMMI模型、基于CMMI-DEV V1.2模型制定组织开发过程的人员提供参考。

 

2模型变化综述

CMMI-DEV V1.2版之前,各过程域能能力等级分为05共六级,通过评价是否满足通用目标4GG4)及通用目标5GG5)判断各过程域是否到达高成熟度。在本次V1.3版本更新中,SEIGG4GG5从模型中去除,通过判断各过程域是否达到能力等级三(Capability Level3)以确定组织成熟度等级是否达到成熟度四级或五级(Maturity Level 4 and 5)。

除此以外,模型对GP2.6GP3.2进行了修改。GP2.6从原来的管理配置项变为控制工作产品,以免模型使用者误以为该实践要求使用配置管理工具管理所有选定的工作产品,关于模型对于配置项的描述变化,请见后文的配置管理过程域。

GP3.2从原来的收集改进信息变为收集过程相关经验,实践的说明不再是收集工作产品、度量、度量结果和改进信息,而将其作为过程相关经验的例子,也就是针对特定的过程域,管理人员可以选择性地收集相关信息。

另外,需求管理过程域(REQM)从原来的工程类过程域变为项目管理类的过程域,其内容没有较大的改变。

 


TAG:

 

评分:0

我来说两句

Open Toolbar