CMMI V1.3版本的升级目标

这篇文章在SEI网站的新闻专栏首次发表于2009年7月31日（最近更新于2009年8月7日）

作者 麦克·菲利普

CMMI指导小组批准了CMMI产品包的下一步发布的标准。这篇专栏将描述CMMIV 1.3的核心内容和发布的计划——对CMMI下一次版本升级的需要是什么？

在之前的专栏，我已经描述了澄清CMMI模型高成熟度实践的扩展的需要。最初我们开发并且评审了感觉可能被作为CMMI V1.2A的模型升级发布。这个仅更新了参考性信息的版本，被认为是较小的升级。

这些模型的升级在2008年9月下旬由一个CMMI高成熟主任评估师和CMMI指导小组组成的工作组进行评审。作为评审的结论：指导小组确定了与仅通过升级参考性信息而澄清实践的有限尝试相比，升级成熟度第4和第5级的模型实践，是一个更好的选择。因此作为发布CMMI-DEV V1.2A计划的替代，我们将包括这些和其他高成熟度实践的扩展的内容在CMMI V1.3所有三个系列——开发、服务和采购进行升级。

在最近几个月， CMMI产品团队评审了超过1,150件CMMI模型和850件SCAMPI评估方法相关的变更请求。形成了CMMIV 1.3开发的原始版本，并且指导小组提供了可接受的产品包升级范围的标准。参见下表的说明：

CMMI项目

为V1.3版本发布确定的产品包变更的标准

日期： 2009年1月13日

由CMMI SG指导小组总结标准、批准并发布

V1.3将关注于，但是不限制于：

1. 高成熟度

2. 更加有效的共性实践

3. 评估效率

4. 跨系列的共用内容

对CMMI产品包（即，模型、培训材料和评估方法等）的所有变更必须符合以下主要标准：

1) 更正已识别出的模型、培训材料和评估方法的缺陷，或者进行增强。

2) 根据需要，合并扩展和注释内容。

3) 增加潜在的由CMMI指导小组确定的特定方向 (即，安全、保密、生命周期等) 的模型扩展。

4) 尽可能减少V1.3版本的整体模型规模; 仅对绝对必要的内容才进行增加。

5) 模型和方法的变更，应避免对适用公司和组织的已有投资的不利冲击。

6) 对模型架构的变更，将只能在特定CMMI指导小组授权下实施。

7) 只有源自变更请求或CMMI指导小组的变更，才被接纳。

8) 对培训资料的变化，将在V1.3版本正式发布前完成。

9) 变更将不会导致几乎100,000名(截至2008 12月) 已经完成CMMI概述培训的人员的再培训。升级培训也许是需要的，特别是讲师、主任评估师和评估组成员。

什么是V 1.3的核心内容？

高成熟度的澄清

按照之前专栏所述，当前模型开发的焦点在于——澄清具有高成熟度的组织使用阶段式方法或使用高能力度过程域的组织使用连续式方法时的相关实践。CMMI产品开发团队组成了一个高成熟度团队。这些团队成员致力于完成这些变更。从行业候选者中选出的一位团队负责人，将确保这次的改进是代表当前行业方向的最佳实践。

在我之前提及的产品红线，只是所有用于辅助团队达成其改进效果的变更请求系列中的一部分。这个团队的工作集中于四个高成熟度过程域：组织过程性能(OPP)，量化项目管理(QPM)，原因分析和决议(CAR)和组织创新和部署(OID)。

模型系列的共用内容

我们变更CMMI-DEV V1.2模型的内容并发布了两个新的模型系列(服务和采购)，并且整理了作为全部三个模型系列的共用的16个核心过程域。这种模型化意味着，我们知道最终必须升级CMMI-DEV和重构它。虽然我们允许模型系列之间有些区别，但是这些区别依然应该协调使用，并使三个模型系列更加保持一致和一起使用。

例如，在现有CMMI模型中，我们有两种不同的集成团队的方法：在CMMI-DEV中，集成团队在两个被作为可选或附加项处理的目标所包含; 在CMMI-ACQ和CMMI-SVC中，集成团队在两个过程域 (OPD和IPM)的两个特定实践所包含。这些实践是模型的期望组件而非可选的。在CMMI V1.3中，我们将考虑如何在全部三种CMMI模型系列中，用最佳的方式提供唯一一种集成团队信息的方法。这项确保集成团队的达成的共用的方法，通过团队软件过程，体现了高效团队的性能潜力的重要性。

翻译

CMMI模型现在有几种可利用的语言版本。实施这些翻译活动的团队请求我们改进模型以易于翻译。我们可以做到的满足模型易于翻译的变更请求的一个简单例子是，消除使用类似于“stovepipe（火炉烟囱）”这样的词语，因为它的字面意思和在CMMI模型的使用方式是不同的。

范围扩展

一定数量的变更请求建议CMMI模型在新的方向进行进一步扩展。我们在这次发布中没有看到类似于我们之前发布两个模型系列这样重要的扩展，但是我们可能将增加某些关于最新的架构，软件保证，敏捷和精益六西格码的信息。我们也被鼓励增加更多对活动的强调，以保证用户满意度。这些类型的扩展在没有增加新的过程域的前提下，协助完善了模型的范围。

跨系列扩展

许多选择一天的服务或采购模型系列的补充课程的学生反馈，许多组织对超过某一个领域感兴趣。V1.3发布的主题之一就是尽可能地实现更多的跨系列最佳实践的分享。一篇更早的专栏——《CMMI的焦点》，描述了目前关于融合评估方法的想法。通过给出一些有效的试用，我们计划改进SCAMPI方法定义文件（SCAMPI MDD），降低使用多个系列的过程域的评估的困难。

评估效率

当我们将评估方法，从SW-CMM相关的关注探索修改到关注验证，目的就是节省评估时间。PIIDs有效地减少了现场评估的时间。然而，如果组织花费过多的时间准备PIIDs，我们就需要研究不抬高准备工作费用，仍可保持对评估的信心的途径。SCAMPI升级团队正在寻找达到这个目标的创新方式。

模型规模

为了符合第四个标准——限制CMMI模型的整体规模，我们正在寻找对模型实施增删的平衡方式。我们从你们知道的——做为ATLAS（由Pat O'Toole主办的）的主任评估师们那里收集到的变更请求。这个组织递交的变更请求——识别一些低价值实践，也许应被取消——从而增加其他活动，现在看起来越发的重要。如上所述，V1.3版本不会增加其他的过程域。

日程安排

因为还有相当数量的变更请求和引起争论的问题有待开发团队解决，我们尚未决定CMMI V1.3的各类组件的发布日程表。指导小组已批准我们的提案，保证在发布CMMIV 1.3后和CMMIV 1.2有一个相当长的交替期间。我们也通过向你们调查有关CMMI改进的建议的方式，得到有关实施信息的创新方式的意见。但是，我们不赞成你因为等待下个版本的发布而延迟过程改进活动。

Beta测试

部分这个专栏的读者所在的组织，可能已经可以使用V 1.3的草稿(在试用期间，草稿每个月被发布)，并当我们通过升级迈向V 1.3时，给出我们的提出变更的反馈。这些用于你给与评审的月度草稿，在2009年10月至2010年3月间可以被使用。如果在此期间，你所在的组织对于报告关于CMMI V 1.3测试模型(CMMI-DEV、CMMI-ACQ， CMMI-SVC)的情况感兴趣，请与SEI用户关系([e-mail])联系。我们将向你发送——怎样可以得到草稿并且将怎样从你那里收集制式反馈的细节。

总结

CMMI V1.1发布后，我们就已经开始考虑未来的发布战略。指导小组认同CMMI的版本应该按照大约三到五年的周期实施升级发布，从而允许相关组织在合理的改进周期，有足够时间用于了解和部署新的改进方法。V 1.2的使用已经处于这个周期范围的极限。V 1.3可能很快会发布。考虑到对高成熟实践的澄清和跨三个模型系列的共性，建议在2010年的晚些时候发布版本是比较可行的。

全部CMMI模型组划分为三个类别：必须的，期望的和参考的信息。不同于必须的和期望的模型组分，参考的模型信息没有被做为规范。

关于作者

作为软件工程研究所的特别项目的主管，麦克.菲利普领导着SEI的集成的能力成熟度模型 (CMMI)项目。他以前负责转折使能活动在SEI。在他作为一名上校从空军退休之前，他曾管理过价值3600万美元的B-2的开发项目，并且曾在俄亥俄怀特基地主持4950次测试翼工程。他在从美国空军学院取得宇航工程学学士学位之后，从佐治亚技术学院取得核工程专业的硕士学位，从南加州大学取得系统管理专业和从Salve Regina College and the Naval War College取得国际事务专业的硕士学位。

用这篇文章表达的是作者的个人的看法，不直接代表也不隐含软件工程研究所或卡内基-梅隆大学的任何正式决定或看法。通过本文希望能促进相关课题的进一步讨论。

关于译者

作为SEI认证的候补SCAMPI A 主任评估师（开发方向），同时作为方正国际软件有限公司过程改进业务的负责人，张浩正在带领方正国际在全球（包括东京、大阪、北京、苏州、武汉、江阴、多伦多）的研发团队实施基于CMMI模型的持续的过程改进。其中北京、苏州、武汉等地的研发团队已经通过CMMI ML3正式评估，正在向ML5迈进。自1996年从北京大学力学与工程科学系毕业后，张浩还取得了北京航天航空大学软件工程的硕士学位。并通过了PMI的PMP认证。凭借其十余年软件研发、管理、品保和过程改进的丰富经验，以及海外工作的广阔阅历，积极参与公司内外的过程改进活动，是国家数字复合出版工程总体组管理专家，是CSPIN的专家组成员，是CSAI专家顾问。

本文系译者个人学习所用，原文出自SEI网站，地址如下：

http://www.sei.cmu.edu/library/abstracts/news-at-sei/cmmiinfocus200904.cfm