CMMI循序渐进

zlwenny

1        序言
现在网络上也有很多关于CMMI V1.1的很多文章，本人也没有去细细搜集，只是从本人目前参与的CMMI 过程改进的角度来看，如何循序渐进的理解和掌握CMMI 的一些核心内容。

1.1        CMMI的含义
        Capability Maturity Model® Integration (CMMISM)

1.2        CMMI的版本
        CMMI有很多版本，本人了解不多，以下内容主要从 CMMISM for Systems Engineering, Software Engineering, Integrated Product and Process Development, and Supplier Sourcing [，简写为(CMMI-SE/SW/IPPD/SS)], V1.1的 Staged Representation来说明如何学习CMMI的理论。
CMMI的组织者
        SEPG，软件工程过程组，既是CMMI的组织者，也是CMMI实施的推动者。其下面可以有多个小组，分别对CMMI的各个领域负责。

2        学习CMMI的几个概念
（本节内容为个人杜撰）
在学习CMMI的过程中，如果是自行学习，一定明白一些必要的概念，否则需要花费较长的时间，方才能够理解CMMI。
2.1        CMMI的基础
        CMMI的对象是软件产品研发过程，因此学习CMMI需要具有一些必要的概念，那就是软件工程过程的概念，这就是CMMI的基础。
        关于软件工程和过程的概念，本人在此不作赘述。但作为需要了解CMMI相关知识或参与CMMI软件过程改进的人员，必须对此有一定的认识。

2.2        CMMI的方法
因果分析法：在进行CMMI学习的过程中，一定要有一种因果分析的理念，这也是CMMI本身的一种方法。所有过程的行为、方法和结果，都具有一定的因果关系。比如，CMMI理论的形成除了软件工程本身理论的发展和拓延之外，还有软件质量及过程改进的需要。

        关联嵌套法：任何一个理论都可能与其它理论有相似和关联之处，而同一个理论体系中的各个部分之间也存在着相互影响、相互包容的关系。比如，ISO9000质量管理体系中的很多概念就可以引用到CMMI中来，同时CMMI中的度量就可以在其他各个过程中被使用，可以包含在各个过程域，也可以单独形成一个独立的主体，它们之间相互促进、共同提高其过程有效性。
       
        效果评价法：CMMI的过程和过程本身，需要确定目标，并在实施过程中进行计划、分工和效果等的分析和评价，方才能够及时改进在学习和实施过程中的不正确和不满足的地方。

[[i] 本帖最后由 zlwenny 于 2006-1-17 13:11 编辑 [/i]]

zlwenny

3        CMMI的结构
3.1        CMMI模型的组件

本节中下属内容主要是对过程域的几种关联关系进行阐述，亦来自CMMI文档
3.2        基础项目管理

3.3        基础过程管理

3.4        基础支持

3.5        工程

3.6        高级过程管理

3.7        高级项目管理

3.8        高级支持



4        CMMI的内容
4.1        成熟度等级
成熟度等级提供了一个过程改进的思路和方法，同时也能预知在满足给定的过程域的改进后的组织的过程能力表现。
4.1.1        初始 —— Initial
该成熟度等级指组织没有形成对过程改进的认识，所有的管理和过程都是无序的。
4.1.2        管理 —— Managed
该成熟度等级指组织在项目管理上，其项目需求是经过管理的，且其项目过程是经过计划、可执行、可度量和可控制的。
4.1.3        定义 —— Defined
该成熟度等级指组织对过程做了明确的细化，并理解该过程，在标准、程序工具、方法中进行了阐述，从而组织通过这些标准的过程建立一致性，项目也通过这些定义的过程和指南获得一致。
4.1.4        量化管理 —— Quantitatively Managed
该成熟度等级指组织使用统计和其他的量化技术对过程中的所有子过程进行可控性管理。质量和过程表现的量化目标就是过程管理的标准。这些量化的目标来自于客户、最终用户、组织、过程执行人员。
4.1.5        持续优化 —— Optimizing
该成熟度等级通过对过程中存在的变化中找寻出其本质因素，在不断量化的基础上通过不断地创新技术提高过程的能力。
4.2        过程域及实践

4.2.1        需求管理
4.2.2        项目计划
4.2.3        项目监控
4.2.4        供应商协议管理
4.2.5        度量
4.2.6        过程和产品质量保证
4.2.7        配置管理

4.2.8        需求开发
4.2.9        技术方案
4.2.10        产品集成
4.2.11        验证
4.2.12        确认
4.2.13        组织过程焦点
4.2.14        组织过程定义
4.2.15        组织培训
4.2.16        IPPD集成项目管理
4.2.17        风险管理
4.2.18        集成团队
4.2.19        集成供应商管理
4.2.20        决策分析和决议
4.2.21        组织环境集成

4.2.22        组织过程行为
4.2.23        量化项目管理

4.2.24        组织创新和部署
4.2.25        因果分析和决议

[ 本帖最后由 zlwenny 于 2006-1-23 13:26 编辑 ]

zlwenny

5.1        实施步骤
5.1.1        目标制定
组织须建立一定的目标，从而确定实施CMMI过程改进的目的和方向。目标的建立可以按照先总体后细节、先长远后当前的方法来完成。
总体目标：满足过程定义、管理的需要，等等，或，直接与级别相关联。
区域目标：根据总体目标进行每一个相关区域进行分析，从而定义每一个具体的能够实施的目标。
在完成总体目标和区域目标之后，将这些目标进行优先级别、难易程度的排列，并根据过程需要定义出近期目标、中短期目标以及长期的目标。
5.1.2        组织建立
在组织建立了总体目标之后，必须要要建立一个能够实施、完成该目标的组织来。在CMMI中一般都称之为SEPG。
确定、并建立SEPG，需要给该组织一定的使命和资源，保证该组织在未消失之前，能够有相对满足的资源来完成其使命，也即组织的目标。
SEPG的建立如下：
组织目标
组织结构
组织权责
组织人员
组织制度
5.1.3        行动计划
在进行目标制定和建立组织时，根据目标的制定和组织的结构及其人员制定出一个有效的行动计划，以实现组织目标。
初始阶段
计划
差距分析
制定行动计划
评审行动计划
计划更新
定义过程
推广过程
培训
试点过程
推广过程
......
5.1.4        资源分配
在制定行动计划的时候对资源也进行了一定的计划，但是在执行的过程中，需要随着资源和计划的有效，需要对资源进行及时的重新调整。
因此，有必要针对资源进行计划和分配。（不做赘述）
5.1.5        培训
在进行资源分配的同时根据目前人力资源的能力和实际情况需要进行适当的培训计划，以保证人力资源的属性是满足要求的。
5.1.6        差距分析
针对每一个过程域和实践进行如下活动：
现有差距寻找
差距描述及分析
改进措施
工作产品
5.1.7        工具支持
选择有效的工具来支持过程改进活动，也是过程改进的必要条件之一。
5.1.8        过程改进
过程改进的实施必须按照计划由约定的资源进行，根据组织目标对能够完成目标的过程进行改进。
5.1.9        试点反馈
在过程改进进行的同时或者完成后，需要进行适当的试点，以证实改进是否可能有效。
5.1.10        过程推广

5.1.11        改进审核

5.1.12        过程评估

5.2        指导
5.2.1        改进指导
CMMI SM  Guidelines for Process Integration and Product Improvement
5.2.2        实施指导
CMMI for Systems Engineering/Software Engineering/Integrated Product and Process Development/Supplier Sourcing, Version 1.1 Staged Representation
5.2.3        评估指导
Standard CMMISM Appraisal Method for Process Improvement (SCAMPI SM ), Version 1.1: