CMMI介绍

CMMI（Capability Maturity Model Integration）标准是一种用于评估组织在软件和系统开发方面能力成熟度的模型。CMMI分为五个等级，从低到高分别是：初始级、已管理级、已定义级、量化管理级和优化管理级。

CMMI标准不仅仅关注软件开发的过程和产品，还关注组织级的过程能力、项目管理能力、工程能力、过程管理能力和支持能力等方面。通过评估组织在这些方面的表现，CMMI标准能够帮助组织识别自身的优势和不足，并提供改进的建议和指导。

关于CMMI标准的PDF文档，可以在许多软件和系统开发生命周期管理的专业网站上找到。这些文档通常包括CMMI模型的介绍、评估方法、实践指南等方面的内容。此外，许多组织也会根据自己的实际情况制定符合CMMI标准的实施方案和流程，并发布相应的文档和资料，以帮助组织内部的团队更好地理解和应用CMMI标准。

需要注意的是，CMMI标准并不是唯一的软件和系统开发生命周期管理标准，还有其他类似的模型和方法，如ISO 9000、敏捷开发等。这些标准和模型都有各自的特点和优势，组织可以根据自身的实际情况选择适合自己的方法来评估和提高软件和系统开发生命周期管理的水平。

cmmi项目管理制度

一、引言

CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织的过程能力和绩效的标准模型。CMMI项目管理制度是基于CMMI模型的项目管理规范，旨在帮助组织提升其项目管理水平，提高项目的成功率和绩效。本文将介绍CMMI项目管理制度的内容和实施方法，希望能对组织的项目管理工作起到指导和支持作用。

二、CMMI项目管理制度的内容

1. 项目管理计划

CMMI项目管理制度要求在项目启动阶段制定完整的项目管理计划，包括项目目标、范围、进度、成本、质量、风险、资源、沟通、采购等方面的规划。项目管理计划需要被理解、接受和执行，以确保项目目标的实现。

2. 项目过程管理

CMMI项目管理制度要求在项目执行过程中进行过程管理，包括过程执行、监控和控制。通过对项目过程的监控和控制，及时发现和解决问题，确保项目按计划、按质量、按成本完成。

3. 风险管理

CMMI项目管理制度要求项目组织对项目风险进行有效管理，包括风险识别、评估、规划、监控和响应。通过对风险的全面管理，可以降低项目的不确定性和提高项目的成功率。

4. 质量管理

CMMI项目管理制度要求项目组织在项目执行过程中进行质量管理，包括质量计划、质量保证、质量控制等方面的工作。通过全面的质量管理，确保项目的交付物符合质量标准，满足用户需求。

5. 项目绩效管理

CMMI项目管理制度要求项目组织对项目绩效进行全面管理，包括项目目标、进度、成本、质量、风险等方面的绩效评估和改进。通过对项目绩效的管理，提高项目的成功率和绩效。

6. 沟通管理

CMMI项目管理制度要求项目组织进行有效的沟通管理，包括项目信息的传递、共享和反馈等方面的工作。通过良好的沟通管理，保持项目各方的沟通畅通，确保项目团队的合作和协调。 7. 采购管理

CMMI项目管理制度要求项目组织进行有效的采购管理，包括采购计划、供应商选择、合同管理等方面的工作。通过对采购的全面管理，确保项目需要的资源和服务得到有效的保障。

成熟度等级 通用目标（GG） 通用实践（GP）

ML1

初始级 GG1 通过把明确定义的输入工作产品转换为明确定义的输出工作产品，以支持过程域特定目标的达成 GP1.1 执行过程域的特定实践，以开发工作产品及提供服务，达成过程域的特定目标

ML2

已管理级 GG2 过程被制度化为一个已管理的过程 GP2.1 建立和维护一个组织级方针来策划和执行过程

GP2.2 建立和维护执行过程的计划

GP2.3 提供充足的资源，来执行过程、开发工作产品，提供过程的服务

GP2.4 分配执行过程的职责和权限，来开发工作产品，提供过程的服务

GP2.5 需要时，培训人员来执行或支持过程

GP2.6 将过程中指定的工作产品置于合适的控制级别之下

GP2.7 按照计划，识别并纳入与过程相关的干系人

GP2.8 按照计划，监督和控制过程，并采取适当的纠正措施

GP2.9 按照过程描述、标准和规程，客观地评价过程及指定的工作产品的符合度，并解决不符合问题

GP2.10与高层管理人员评审过程的活动、状态和结果，并解决问题

ML3

已定义级 GG3 过程被制度化为一个已定义的过程 GP3.1 建立和维护一个已定义过程的描述

GP3.2 收集策划和执行过程所取得的相关经验，以支持组织的过程和过程资产未来的使用和改进

成熟度等级 过程域(PA) 过程域英文缩写 特定目标(SG) 特定实践(SP) 过程管理类 项目管理类 工程类 支持类

ML2

已管理级 配置管理(CM)

Configuration

Management Configuration

Management, CM SG1建立基线 SP 1.1 识别配置项

SP 1.2 建立配置管理系统

SP 1.3 创建或发布基线

SG2跟踪并控制变更 SP 2.1 跟踪变更请求

SP 2.2 控制配置项

SG3建立完整性 SP 3.1 建立配置管理记录

SP 3.2 执行配置审计

CMMI过程域

CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织的软件工程能力的模型。它定义了一组评估标准和最佳实践，包括了五个过程域（process area），分别是需求管理、项目管理、工程（软件）过程、配置管理和产品质量保证。接下来，我将详细介绍这五个过程域。

1. 需求管理（Requirements Management）

需求管理是指在整个软件开发过程中，对需求的分析、收集、跟踪和变更进行管理。主要活动包括需求识别、需求分析和建模、需求验证和确认以及需求变更管理。需求管理的目标是明确项目的需求，确保需求的准确性和可追溯性，以及及时有效地处理需求变更。通过有效的需求管理，可以实现项目的高效开发和产品的质量保证。

2. 项目管理（Project Management）

项目管理是指对软件开发项目进行计划、组织、指导和控制，以实现项目目标的过程。主要活动包括项目计划制定、资源分配和调度、进度控制和风险管理。项目管理的目标是确保项目按时、按质量要求完成，最大程度地满足客户需求。通过有效的项目管理，可以提高项目的可预测性和控制性，减少项目风险，并提高项目团队的合作效率。

3. 工程（软件）过程（Engineering Process）

工程过程是指在软件开发过程中，进行软件需求分析、设计、编码、测试和维护的一系列工作。主要活动包括软件需求分析、软件构架设计、编码和单元测试、集成测试和系统测试以及软件维护。工程过程的目标是确保软件开发过程高效、规范和可靠，以达到预期的质量和性能要求。通过有效的工程过程，可以提高软件开发效率，减少错误和缺陷，提高软件的可维护性和可靠性。

4. 配置管理（Configuration Management）

配置管理是指对软件产品配置项进行识别、控制、记录和审计的过程。主要活动包括配置项识别和建立配置管理库、配置项控制和跟踪变更、配置项版本管理和配置项审核。配置管理的目标是确保软件产品的正确和一致性，有效控制变更，并能够回溯软件的历史信息。通过有效的配置管理，可以提高软件产品的可交付性和可追溯性，减少因版本问题引起的错误和故障。