CMMI v1.3模型变化点 - OPM

1      主要变化点

1.     名字变化: OID -> OPM，给人感觉是弱化了Innovation

2.     增加了实施Root Cause Analysis的要求

3.     SG和SP进行了重新组合，具备更好的逻辑性，可理解性和可操作性

2      细节变化

2.1   Purpose

The purpose is to proactively manage the organization’s performance to meet its business objectives.

1.2版

The purpose is to select and deploy incremental and innovative improvements that measurably improve the organization’s processes and technologies

从表达上的修改来看，新的OPM更加强调的是对组织性能的管理，但同时也强调了服务的对象是业务目标。而在后续的细节描述中则提到

In this process area, the term “improvement” includes all incremental and innovative process and technology improvements, including those improvements made to project work environments. “Improvement” refers to all ideas that would change the organization’s processes, technologies, and performance to better meet the organization’s business objectives and associated quality and process performance objectives.

由此可见，新的修改通过扩展Improvement概念的方法解决了纠缠于improvement和innovation区别的问题。

2.2   SG1 Manage Business Performance

这个SG是完全新增加的内容，从内容上来看重点是强调了业务目标的和对数据分析的说明。

1.     SP1.1 Maintain Business Objectives

通过一个独立的SP来强调Business Objective的重要性，同时也Business Objective的管理提出了明确的要求，其中包括

l  定期评估是否和业务策略

l  和实际结果进行比较以保证业务目标的可达成性

l  基于文档化的基准明确不同哦你业务目标的优先级

l  对QPPO进行维护以保持和业务目标的一致性

l  参照QPPO对过程性能度量项进行维护

2.     SP1.2 Analyze Process Performance Data

在子实践中重点强调的内容有定期和目标进行比对，识别和目标的偏差，识别和分析无法达到目标的风险，向组织领导报告性能结果和风险分析。

3.     SP1.3 Identify Potential Areas for Improvement

重点强调的是Proactive的分析来发现过程性能中的不足，从而发现改进的可能领域。

在子实践中强调了对识别改进领域的理由和预期成本和收益进行文档化，并强调了对相关内容的沟通以便于后续改进。

2.3   SG2 Select Improvements

这个SG名字和v1.2完全一样，但里面的内容还是有不小的变化。主要是弱化了Improvement和Innovation，强调了对候选Improvement的elicit，并扩展了原来OID中的pilot到validate。

1.     SP2.1 Elicit Suggested Improvements

Elicit这个词在1.2模型中的Requirement Development中针对需求有“Elicit Needs”的说法，其重点强调的是如何去挖掘而不是简单的收集用户的需求。这次在1.3中，针对Improvement，Elicit提到了三种方法：内部提出，从外部寻找，从项目中寻找。

2.     SP2.2 Analyze Suggested Improvements

本实践的名字虽然是Analyze，但实际上完成的产出是选择后的Improvement。在子实践中针对如何分析和选择Improvement作了详细的说明，重点强调了成本收益分析，障碍风险的识别，改进实施的预估，Validate方法明确，评价结果和过程文档化。

3.     SP2.3 Validate Improvements

主要变化在于对原来的Pilot进行了扩展，目前Validate的方法包括

l  和利益相关方确认

l  原型演示

l  Pilot

l  模型化和模拟

这次的调整，使原来1.2中OID的Pilot和OPD中Pilot存在部分内容重复的问题得到了较好的解决。

4.     SP2.4 Select and Implement Improvements for Deployment

这部分和1.2中的内容系相对来说变化较小，主要的变化在于增加了两个子实践:

l  对需要部署的Improvement带来的变化的进行Review

之前1.2中相关的内容是在Deploy Improvement中作为子实践被提到的，当时的要求是determine the changes。

l  对过程资产库进行更新

2.4   SG3 Deploy Improvements

总体来说，这个SG变化不大。其中最主要的变化应该是增加了对部署后的改进进行评估的要求。

1.     SP3.1 Plan the Deployment

其中新增加了一个子实践来说明需要识别the target project population，涵义在于对不同的改进要更充分考虑到对项目的匹配性，不能一概而论。

2.     SP3.2 Manage the Deployment

对子实践进行了缩减，其中原来在1.2中提到的更新过程资产库的内容已经在SP2.4中得到了体现，1.2中提到的需要判断改进对过程性能达到目标能力的影响则被删除。

3.     SP3.3 Evaluate Improvement Effects

最大的变化是SP的名字，由原来的Measure变成了Evaluate。

内容的变化则主要体现在将度量改进的Value明确化为度量对组织QPPO达成的作用，这也和强调目标一脉相承。另外一点是删除了在组织度量库中存储相关的度量的子实践，这也是删除了原来比较冗余的描述。