标题：CMMI V1.3
概述
以下资料由CMMI专业机构 - 亚远景科技整理提供
CMMI（Capability Maturity Model Integration）-能力成熟度模型集成，已在中国方兴未艾地发展了十年，如今美国卡耐基●梅隆大学的SEI又计划今年发布新的版本CMMI Ver1.3。
我们现在所贯彻的CMMI V1.2版本将于2010年11月进行一次重大的升级，最新改进的CMMI V1.3版本将会在原有基础上增加了许多可以提升组织或企业能力的元素组件。
此次V1.3版本的升级包含了对处于相同开发周期的所有三个模型CMMI-Development (开发模型)、CMMI-Acquisition (采购模型)和CMMI-Services (服务模型)的改进，同时它也包含了对SCAMPI评估方式和CMMI培训相关部分的改进。不过这个改进并不会对CMMI的三个主要模型进行太大的变动,所以企业并不需要重新培训而造成原有培训资源的浪费。
从2000年的时候开始，SEI利用他们所制定的CMMI产品工具包通过三个单独的模型为组织提供了一个对于过程改进的先进架构，而且他们还在不断的革新这些管理技术。这三个模型分为CMMI-DEV模型(建立于2000，于2002、2006年进行了两次升级)、CMMI-ACQ模型(2007)和CMMI-SVC模型(2007)，CMMI-DEV模型帮助生产服务开发组织整合他们的软件开发和系统工程来改进他们本身的性能和提高过程改进的效率。CMMI-ACQ模型帮助组织或企业为他们的客户进行外包、采购、交易或者其他采购产品服务提供了管理架构。CMMI-SVC帮助服务性组织去建立质量服务过程架构使其能够更好的改进服务表现和提高企业的服务收益性。
  
现有的三个CMMI模型
这些模型将可能被不同领域不同性质的组织和企业用于他们所有生产线上的开发工作，甚至有的组织或企业会使用两个或全部的CMMI模型来达到他们的目的。三个模型实质上都是按照相同的架构，原理和标准来运作的。更深一层的来说其实三个模型中的大部分细节都是可以互通互用的。 尽管这些模型在不同的时间被建立并推出，他们都在V1.2版本中进行了最终的修正和整合，以下是他们在CMMIV1.2版本中的两个比较重大的变动：
V1.2版本通过精炼CMMI的模型架构创建了CMMI群集，群集服务于一些组织或企业比较容易引起兴趣的领域，比如开发、采购和服务。我们可以在CMMI-ACQ和CMMI-SVC模型的创建里看出这个变动的所产生的成果。
V1.2改进了SCAMPI评估方法并对其进行了整合，使它可以利用CMMI模型作为参照物来测量过程改进所达到的成果。SCAMPI是按照所制定的标准方法来评价组织或企业过程改进能力与CMMI模型的吻合度的事件。当你使用和引导一个SCAMPI评估时，所得到的评估结果将会反映出企业或组织的程度和能力。所以，刚起步的CMMI组织或企业理所当然的就会反映出低成熟度，而当这个企业或组织达到了一定的高评估的结果时，它自然会反映出更高的成熟度。
在CMMI V1.3升级的方案确定下来之前，开发组回顾了本来可能在V1.2a版本CMMI中得到的升级。在预计的这个版本中，开发组只确定了较少的改进并且只针对过程域的证据材料(实践，目标等等)做了一小部分的升级。
CMMI V1.2版本模型的改进的计划制定是首要任务，这个改进是为了使得对高成熟度企业或组织的评估更加的明确。CMMI高成熟度主任评估师和CMMI指导委员会于2008年9月底对本来预计的V1.2a升级进行了回顾并得到了结果。根据这些结果，CMMI指导委员会决定改进现有的规范材料使得4至5级成熟度的评估更加现代化，这比V1.2a的只是明确证据材料的升级更加明确完善。所以，尽管CMMI-DEV1.2a版本已经推出出来了，开发组仍然想将这些升级内容包含在新的版本之中(不仅仅是CMMI-DEV)。所以比起CMMI-DEV1.2a的升级，开发组更愿意将这些升级内容放在V1.3版本的三个模型之中。
CMMI V1.3版本的开发
CMMI V1.3项目的开发开始于2009年的一月份，当这个CMMI的升级计划被创立的时候，开发组计划在开始的期间内使用2个月来回顾并且分析用户所提供的最终改进要求。在2009年3月到6月这段时间，开发组收到并且回顾了超过1150个对于三个CMMI模型和850个对SCAMPI评估方式的改进要求，并且将这些改进要求考虑进了V1.3版本CMMI的升级编制之中。这段时间中，CMMI指导委员会也给予了对于CMMI V1.3产品集的可允许改进的范围的重要指导(可参阅SEI于2009年8月发布的CMMI V1.3 –Plans for the next version这篇文献 )。SEI所发布的这篇文献关注于(但并不局限于)以下几点：
1. 高成熟度
2. 更加有效率的GPs（通用目标）
3. 评估的效率
4. 跨群集中的共用内容
同样的，它也对CMMI产品工具包的任务(比如模型、培训材料和评估方法)的改进做出了要求。要求其必须符合下列准则 (同样来自于CMMI V1.3 –Plans for the next version):
1. 正确的定义模型、培训材料和评估方法的缺点，并且为他们提供改进方式。
2. 需要合并成熟度的扩大性和明确性。
3. 适合于模型潜在的特定方向的改进的涉及范围(比如安全、保密和生命周期等等)只能被特定领域的CMMI指导委员会指定。
4. 如果可能的话尽量减小改进后的整个模型的大小，如果有对模型有增加的需求的话其不能超过模型的整体大小。
5. 模型或者方法的改进要尽力避免可能会对组织或企业传统投资方式的不利的影响。
6. 对于模型架构的改进必须通过特定的CMMI指导委员会的授权。
7. 改进只能通过用户的改进要求或者CMMI指导委员会进行。
8. 最新的培训可能会在V1.3之前推出。
9. 对于模型的改进不需要重新培训，因为有接近10万人已经做过了CMMI培训，会造成极大的资源浪费。而升级培训可能只是需要讲师，指导评估师和评估团队组员进行。
CMMI的推出都将被CMMI指导委员会所提供的认可改进标准所引导。这些非常有特色的准则都和CMMI V1.3 –Plans for the next version 里面的准则大致上一致；不过每一组准则也有一些方面被赋予了一定的特色并放在了新的版本之中。
其中一个很明显且主要的需要改进的原因是对于缺陷的改正，SEI定义了错误订正的正误表并且将其正式发布在了他们的主页上面。这些错误的订正都将会被合并到下一个版本的CMMI中。不仅这些缺陷的订正，用户上交的对模型的改进要求也是一个他们觉得对模型改进的原因，这些改进将经常明确原有的模型材料。上面的第二条准则鼓励使模型更加的明确，而这需要完全的弄明白模型的目标和评估方式。
对于模型来说，过多的改变会使得模型复杂化。准则3和准则4尝试着去限制这些附加项的改进与推出。这两条准则和准则5保护了组织或企业已经对使用CMMI产品工具包的巨大投资。准则9增加了额外的约束来使得V1.3版本的推出不再需要重新进行CMMI课程的培训。
CMMI V1.3的重要元素
在V1.3版本中，对于模型的许多改进将会融合进产品工具包里面，接下来将会陈述一些在CMMI V1.3版本比较重大的改进。 
1. 高成熟度的明确性就像前面对评估明确性的关注的一样，当你在接受一个SAMPI评估的时候，你所受到的评估结果会直接反映你的组织或者企业的成熟度。刚起步的CMMI组织或企业理所当然的就会反映出低成熟度，当这个企业或组织达到了一定的高评估的结果时，它会理所当然的反映出很高的成熟度。一般来说，已经被明确评估的以现有模型为焦点的高成熟度组织会使用阶段开发模式(staged approach)，而使用高兼容性过程域的组织或企业则适合使用连续开发模式（continuous approach）。
为了使得什么是高成熟度的概念更明确并且提供如何达到它而必须的导引，SEI专门成立了一个高成熟度概念小组。小组领导者是从各个工业项目计划者中挑选的，这样可以有助于确认所产生的是实际工作领域中最有代表性的改进。
这个高成熟度概念小组了解对于高成熟度的评估现在其实并不非常明确，它可能会导致用户对其产生多种的理解和认识。而他们在V1.3版本上所做的工作的目标就是确认让所有的CMMI用户将拥有一个对于CMMI的三个模型中的高成熟度实践含义的共通的理解。
直到现在为止，高成熟度概念小组明确了下面的这些内容：
证据材料在高成熟度实践中所扮演的角色；
过程模型和过程建模的含义与应用；
如何关联商务目标并将其引导向高成熟度；
什么是一般原因和预期他们将被如何应用；
什么是在单独的PA表现上的高成熟度期望；
选项、定义和子过程例示的等级。
高成熟度的证据材料是早期的V1.2a版本的焦点成果，不过它只是高成熟度概念小组为了完成V1.3版本模型开发的改进要求所总结的一小部分。他们也制定了同样的计划改进模型中的高成熟度的架构的定义，比如包含了使成熟度4和成熟度5级之间的实践的间隙更加明显的作用等等。
这个高成熟度概念小组的工作是对于高成熟度PA(过程域)进行关注，比如：组织过程性能，量化项目管理，因果分析和解决方案，组织创新和部署(Organizational Process Performance, Quantitative Project Management, Causal Analysis and Resolution, and Organizational Innovation and Deployment.)。 
2. 群集的共通性质正如开发组在CMMI-DEV模型的内容基础上建立了CMMI-ACQ和CMMI-SVC模型一样，他使得16个核心PA中的证据材料符合实际工作并适合所有的三个群集。这个含义是，开发组重新的利用CMMI-DEV的过程域PA来使得这些群集完全符合实际工作。尽管群集中部分差异性是被故意设计并也可以讲得通得，但是有一部分差异依然将会被消除来使得三个群集更加的一致并且更容易被同时的应用。
下面将列出一部分为了在三个模型之中达到普遍性所产生改进的地方：
核心过程域PA
这些过程域PA出现在所有的CMMI模型中。而在V1.3版本中，这些PA可以有不同的预期效果和证据材料(实践或目标等等)，比如项目计划(PP)有一个特定的实践放在服务群集之中，不过在开发群集中的PA项目计划就没有这个实践。同样的，一小部分PA有可能被一个或多个模型共享使用，而这些被共享的PA内部同样会有不同的预期效果和证据材料。不过，当V1.3的开发工作完成后还必须要确认这些核心PA仍然可以很好的运行在每一个模型中并且保持通用和一致。如果不是，那么证明PA中的证据材料的不同依然使得他不符合使用。
团队