cmmi项目管理制度
一、引言
CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织的过程能力和绩效的标准模型。CMMI项目管理制度是基于CMMI模型的项目管理规范，旨在帮助组织提升其项目管理水平，提高项目的成功率和绩效。本文将介绍CMMI项目管理制度的内容和实施方法，希望能对组织的项目管理工作起到指导和支持作用。
二、CMMI项目管理制度的内容
1. 项目管理计划
CMMI项目管理制度要求在项目启动阶段制定完整的项目管理计划，包括项目目标、范围、进度、成本、质量、风险、资源、沟通、采购等方面的规划。项目管理计划需要被理解、接受和执行，以确保项目目标的实现。
2. 项目过程管理
CMMI项目管理制度要求在项目执行过程中进行过程管理，包括过程执行、监控和控制。通过对项目过程的监控和控制，及时发现和解决问题，确保项目按计划、按质量、按成本完成。
3. 风险管理
CMMI项目管理制度要求项目组织对项目风险进行有效管理，包括风险识别、评估、规划、监控和响应。通过对风险的全面管理，可以降低项目的不确定性和提高项目的成功率。
4. 质量管理
CMMI项目管理制度要求项目组织在项目执行过程中进行质量管理，包括质量计划、质量保证、质量控制等方面的工作。通过全面的质量管理，确保项目的交付物符合质量标准，满足用户需求。
5. 项目绩效管理
CMMI项目管理制度要求项目组织对项目绩效进行全面管理，包括项目目标、进度、成本、质量、风险等方面的绩效评估和改进。通过对项目绩效的管理，提高项目的成功率和绩效。
6. 沟通管理
CMMI项目管理制度要求项目组织进行有效的沟通管理，包括项目信息的传递、共享和反馈等方面的工作。通过良好的沟通管理，保持项目各方的沟通畅通，确保项目团队的合作和协调。 7. 采购管理
CMMI项目管理制度要求项目组织进行有效的采购管理，包括采购计划、供应商选择、合同管理等方面的工作。通过对采购的全面管理，确保项目需要的资源和服务得到有效的保障。
一：CMMI简介
1.1 CMMI发展简史
CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是用于产品开发（或服务）的过程改进成熟度模型。CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。
1981年，美国卡内基梅隆大学软件工程研究所（SEI），应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念，将这些原理应用于软件开发，发展成为软件过程成熟度框架，它提供了一个评估软件开发过程的管理以及工程能力的标准。
1987年，基于Watts Humphery 等人的工作，SEI的Mark Pauk 等人建立了第一个CMM模型，即软件CMM。1993年，SEI推出了CMM 1.1，这是目前世界上应用最广泛的CMM版本。
十几年来CMM的改进工作一直不断地进行，相继有多个学科领域的CMM模型问世：SE-CMM, SW-CMM, IPD-CMM等。美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架，即CMMI。 CMMI的基础源模型包括：软件CMM 2.0版本，EIA-731系统工程，以及IPD CMM (IPD) 0.98a版本。2002年1月CMMI 1.1版本正式发布，并立即被广泛采用。
CMMI 1.2的三种模型 16个核心过程域 CMMI-DEV
CMMI-SVC CMMI-ACQ
·2·
2 2006年8月，面向开发的CMMI（CMMI-DEV 1.2） 版本正式发布。为了适应更加广泛的应用，SEI 计划今后发布另外二种模型，分别是面向服务的CMMI（CMMI-SVC 1.2）版本和面向采购的CMMI（CMMI-ACQ 1.2）。
1.2 CMMI的过程域
过程域（Process Area）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。CMMI-DEV 1.2有22个过程域，见表1-1（按字母排序）。
第1页 共24页 “软件能力成熟度模型” (1)背景介绍： CMM是“软件能力成熟度模型”的英文简写，该模型由美国卡内基-梅隆大学的软件工程研究所（简称SEI）受美国国防部委托，于1991年研究制定，初始的主要目的是为了评价美国国防部的软件合同承包组织的能力，后因为在软件企业应用CMM模型实施过程改进取得较大的成功，所以在全世界范围内被广泛使用。 CMMI是SEI于2000年发布的CMM的新版本，目前CMMI已经发展到1.2版本，并且只接受1.2版本的评估结果。CMMI目前包含了三个模型，分别是CMMI-DEV、CMMI-SVC以及CMMI-ACQ模型。 CMMI-DEV：最新版本是SEI于2006年8月份发布的CMMI for Development v1.2版本。该版本集成了软件工程、硬件工程和系统工程三大学科领域。 图表 1 CMMI-DEV模型集成 CMMI-DEV模型按照阶段式表达方式将成熟度分为五个等级，每个等级包含相应的过程域，如下图所示：
第2页 共24页 图表 2 CMMI-DEV各成熟度等级包含的过程域 CMMI-SVC：该模型SEI于2009年2月份发布，最新版本是CMMI for Services v1.2版本。该模型可以应用于IT、医疗卫生、教育等各类服务领域。 该模型采用了CMMI的基础架构，在此基础上增加了服务相关的特有过程域。对于已经实施CMMI- DEV 的企业，提供了快速、便捷的理解和导入机制。 图表 3 CMMI-SVC和CMMI其他模型的关系 CMMI-SVC模型按照阶段式表达方式也分成五个等级，每个等级包含相应的过程域，如下图所示：
第3页 共24页 图表 4 CMMI-SVC各成熟度等级的过程域 CMMI-ACQ：该模型SEI于2007年11月份发布，最新版本是CMMI for Acquisition v1.2版本。该模型基于CMMI模型体系架构，整合了CMMI采购模型、软件采购模型以及政府及产业采购的最佳实践等，用于指导采购方进行采购管理。该模型适用于政府、电信、金融等领域的采购管理。 SPCA：“软件过程及能力成熟度评估”（简称SPCA）是软件过程能力评估和软件能力成熟度评估的统称，是中国信息产业部会同国家认证认可监督委员会在充分研究了国际软件评估体制，特别是美国卡内基-梅隆大学SEI所建立的软件能力成熟度模型CMMI，并考虑了国内软件产业实际情况之后所建立的软件评估体系。 SPCA依据的评估标准是信息产业部《SJ/T 11234-2001 软件过程能力评估模型》和《SJ/T 11235-2001 软件能力成熟度模型》两个标准，这两个标准是在深入研究了CMM、CMMI、ISO/IEC TR15504、ISO9000、TL 9000以及其他有关的资料和文件以及国外企业实施CMM的实际情况后，结合国内企业的实际情况，以CMMI作为主要参考文件最终形成的，已于2001年5月1日发布实施。 SJ/T 11234《软件过程能力评估模型》针对软件企业对自身软件过程能力进行内部改进的需要，而SJ/T 111235《软件能力成熟度模型》则针对软件企业综合能力第二方或第三方评估的需求。两个模型分别适应于不同的目的。 SPCA评估遵循《软件过程及能力成熟度评估指南》，该指南由国家认监委和信息产业部2002
cmmi3体系实施方案
CMMI3体系实施方案。
一、背景介绍。
CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织软件开发和维护过程的模型。CMMI3级别是指在软件开发过程中已经形成了一套标准化的流程，并且这些流程已经被正式记录并得到实际执行。本文档旨在为企业在实施CMMI3体系过程中提供一个详细的实施方案。
二、实施目标。
1. 通过CMMI3体系的实施，提高软件开发过程的可控性和可预测性，降低开发过程中的风险。
2. 优化软件开发流程，提高产品质量和交付效率，减少资源浪费。
3. 建立一套规范的软件开发流程，提高团队协作效率，降低沟通成本。
三、实施步骤。
1. 制定实施计划，确定实施CMMI3体系的时间节点和具体任务，明确责任人和实施过程中的监控措施。
2. 建立组织结构，成立CMMI3体系实施领导小组，明确各部门的职责和协作关系，确保实施过程中的有效沟通和协调。
3. 进行现状分析，对软件开发过程进行全面的现状分析，包括流程、资源、技术等方面，找出存在的问题和不足之处。
4. 设计流程改进方案，根据现状分析的结果，制定软件开发流程改进方案，包括流程优化、资源配置、技术支持等方面的具体措施和实施计划。
5. 实施流程改进，按照设计的流程改进方案，逐步实施各项改进措施，包括培训、技术支持、流程监控等方面的工作。
6. 进行效果评估，对流程改进的效果进行评估，收集实施过程中的数据和反馈意见，及时调整和优化实施方案。
7. 持续改进，建立持续改进机制，不断优化软件开发流程，提高CMMI3体系的实施效果和持续改进能力。
四、实施要点。
1. 领导支持，CMMI3体系实施需要得到企业领导的全力支持，领导应该积极参与实施过程，为实施提供资源和保障。
