CMMI简介之一

jiangxk

第一章        CMMI简介
1         来历
1.1         Watts S. Humphrey
软件工程泰斗瓦茨•S•汉弗莱（W.S. Humphrey）。在IBM工作了27年，负责管理IBM全球产品研发。离任后，受美国国防部委托，加入卡内基•梅隆（Carnegie Mellon）大学软件工程研究所（SEI），领导SEI过程研究计划，并提出了能力成熟度模型（CMM）思想。
1.2         SEI（Software Engineering Institute）
软件工程研究所。CMM的诞生地。
1.3         OUSD（the Office of the Under Secretary of Defense）
国防助理部长办公室，赞助者。
1.4         NDIA（National Defense Industrial Association）Systems Engineering Committee
国防工业协会的系统工程委员会，行业赞助者。
1.5         CMM（Capability Maturity Model）用户
CMM从产生以来发展了很多模型，如系统工程、软件工程等，每个模型解决一些问题，但用户在应用多个模型时遇到了问题，模型间的差异使得它们很难集成。
1.6         CMMI（Capability Maturity Model Integration）
CMMI的产生就是为了解决多个CMM模型的应用问题，它合并了三个源模型——(1) Capability Maturity Model for Software (SW-CMM) v2.0 draft C, (2) Electronic Industries Alliance Interim Standard (EIA/IS) 731, and (3) Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98，形成可被企业广泛接受的过程提高框架。
2         选择模型
在CMMI模型的描述（Representation）分为连续式（Continuous）表述和阶段式（Staged）表述，并包含系统工程（Systems Engineering）、软件工程（Software Engineering）、整合的产品与流程开发（Integrated Product and Process Development）、供应商管理（Supplier Sourcing）等专业领域。
连续式表述采用能力度等级以度量流程改善，适用于组织各过程域的流程改善的完成。阶段式采用成熟度等级，适用于组织整体的成熟度，每个等级包含一组过程域。

一般采用阶段式表述。
3         阶段模型
3.1         级别
分为五个级别：
        1 初始级（Initial）
        2 已管理级（Managed）
        3 已定义级（Defined）
        4 量化管理级（Quantitatively Managed）
        5 优化级（Optimizing）

3.1.1         初始级
过程是特殊和混乱的。组织的成功往往依赖组织成员的能力，而不是使用经过验证的过程。主要特征有：过度承诺的倾向、在紧急时放弃过程、无法复制成功经验。
3.1.2         已管理级
组织的项目已被确保需求是受管理的，过程是经过计划、执行、度量、控制的。
3.1.3         已定义级
过程已被详细说明和理解，并用标准（Standards）、程序（Procedures）、工具和方法来体现。组织级标准过程集已经建立并持续改善。
3.1.4         量化管理级
选择对整体过程绩效有重大影响的子过程，并使用统计和其他量化技术来控制这些子过程。建立质量和过程绩效的量化目标，并以该目标作为管理过程的准则。
3.1.5         优化级
根据对过程变异共同原因（common causes of variation。 因为正常的和期望的过程组件间的互动）的量化了解，持续进行过程改进。通过渐进和创新的技术性改善，专注于持续改善过程绩效。已经建立组织级的量化过程改进目标，并持续修订以反映持续变动的经营目标。量化的过程改进目标也当作管理过程改进的准则，据此度量和评估已推广的过程改进的效果。
3.2         过程域
分为四类。虽然分类，但它们也是互动的（interaction）：
        过程管理（Process Management）
        项目管理（Project Management）
        工程（Engineering）
        支持（Support）

3.2.1         过程管理
包含贯穿项目（cross-project）的各种活动，涉及定义、计划、资源、部署、实现、监控、控制、评价、度量、改善等过程。
包括以下内容：
        组织过程焦点（Organizational Process Focus, OPF）
        组织过程定义（Organizational Process Definition, OPD）
        组织培训（Organizational Training, OT）
        组织过程绩效（Organizational Process Performance, OPP）
        组织创新和部署（Organizational Innovation and Deployment, OID）
3.2.2         项目管理
包含与项目的计划、监控、控制有关的项目管理活动。
包括以下内容：
        项目计划（Project Planning, PP）
        项目监控（Project Monitoring and Control, PMC）
        供应商协议管理（Supplier Agreement Management, SAM）
        集成的项目管理（Integrated Project Management, IPM）
        风险管理（Risk Management, RM）
        集成的团队合作（Integrated Teaming, IT）
        集成的供应商管理（Integrated Supplier Management, ISM）
        量化的项目管理（Quantitative Project Management, QPM）
3.2.3         工程
包含所有工程专业领域通用的开发和维护活动。
包括以下内容：
        需求开发（Requirements Development, RD）
        需求管理（Requirements Management, REQM）
        技术解决方案（Technical Solution, TS）
        产品整合（Product Integration, PI）
        验证（Verification, VER）
        确认（Validation, VAL）
3.2.4         支持
包含支持产品开发和维护的活动。
包括以下内容：
        配置管理（Configuration Management, CM）
        过程和产品质量保证（Process and Product Quality Assurance, PPQA）
        度量与分析（Measurement and Analysis, MA）
        适合集成的组织环境（Organizational Environment for Integration, OEI）
        决策分析和解决方案（Decision Analysis and Resolution, DAR）
        原因分析和解决方案（Causal Analysis and Resolution, CAR）
3.3         级别和过程域的关系

        过程域（Process Area）        备注
初始级               
已管理级        需求管理（REQM）
项目策划（PP）
项目监控（PMC）
供应商协议管理（SAM）
度量和分析（MA）
过程和产品质量保证（PPQA）
配置管理（CM）        工程
项目管理


支持
已定义级        RD
TS
PI
VER
VAL
OPF
OPD
OT
IPM
RM
IT
ISM
DAR
OEI        工程




过程管理


项目管理



支持

量化管理级        OPP
QPM        过程管理
项目管理
优化级        OID
CAR        过程管理
支持

3.4         特殊领域的过程域
3.4.1         整合的产品与流程开发IPPD
IPM/OEI/IT
3.4.2         供应商管理SS
SAM/ISM
3.5         过程域描述的共性
3.5.1         一般目标(Generic Goal)
每个成熟度2级的过程域都有一般目标：
GG2 制度化已管理流程
每个成熟度3级以上的过程域都有一般目标：
GG3 制度化已定义流程
3.5.2         共同特性(Common Feature)
执行承诺（Commitment to Perform, CO）。建立组织方针并取得组织内受影响人支持。
执行能力（Ability to Perform, AB）。保证项目或者组织有所需资源。
指导实施（Directing Implementation, DI）。管理过程绩效，管理工作产品的整合，吸纳相关关键人员。
验证实施（Verifying Implementation, VE）。高级管理人员的审查，客观评估过程描述、流程、标准的遵循程度。

3.5.3         一般实践(Generic Practice)
执行承诺
GP2.1 建立组织方针。为策划和实现该过程建立并维护组织方针。目的在于定义组织对过程的期望，并使组织中受影响的人都能了解这些期望。
执行能力
GP2.2 策划该过程。为实现该过程建立和维护计划。
GP2.3 提供资源。为实现该过程，开发工作产品，提供过程服务提供充足的资源。
GP2.4 分配责任。为实现该过程，开发工作产品，提供过程服务分配责任和授权。
GP2.5 培训人员。按照需要培训人员，以便实现和支持该过程。
GP3.1 建立已定义过程。建立并维护已定义过程的维护。目的在于建立和维护从组织标准过程集中裁剪的适合特定项目需要的过程描述。
指导实施
GP2.6 管理配置。把指定的过程工作产品置于合适的配置管理之下。
GP2.7 识别并吸纳相关的关键人员。按计划识别并吸纳相关的关键人员。目的在于建立和维护关键人员在过程执行期间预期的参与程度。
GP2.8 监控过程。在过程实现中按照计划监控过程并采取适当的纠正措施。
GP3.2 收集改进信息。收集由计划和实现该过程而衍生的工作产品、度量、度量结果以及改进信息，以便支持组织过程和过程资产的未来使用和改进。
验证实施
GP2.9 客观评估遵循程度。根据过程的说明、流程和标准，客观评估过程的遵循程度，并解决不符合项。
GP2.10 高层管理者审查状态。高层管理者审查过程的活动、状态和结果，并解决问题（issues）。
4         过级
组织可以跳跃级别，但必须满足被跳跃级别的过程域。



[ 本帖最后由 jiangxk 于 2008-6-18 14:52 编辑 ]