1 CMMI L3 OPF
cmmi level3 目标
文章标题：深度解析CMMI Level 3目标概述：在软件工程和项目管理领域中，CMMI（Capability Maturity Model Integration）是一个被广泛接受和应用的标准，用于评估和提高组织的软件和系统工程能力。
CMMI Level 3是CMMI的一个重要水平，它涵盖了一系列目标和实践，旨在帮助组织改进其软件过程能力，提高过程的预测性和可管理性。
本文将深入解析CMMI Level 3目标，帮助读者全面理解其意义和实践价值。
一、目标1：过程改进在CMMI Level 3中，过程改进是一个关键目标。
通过系统地管理和改进软件开发过程，组织能够提高生产力、质量和成本效益。
在实践中，组织应该建立并维护一个有效的软件过程改进计划，并通过实施和监控不断改进。
过程改进不仅包括技术方面的优化，还包括组织文化和人员素质的提升。
二、目标2：工程过程定义工程过程定义是CMMI Level 3的另一个重要目标。
通过明确定义软件工程过程，组织能够确保项目成员对过程的理解和遵循。
工程过程定义涉及到过程文档的编制和维护，以及工程实践的规范化和标准化。
只有当工程过程被准确定义和实施，才能有效管理和改进软件项目的开发过程。
三、目标3：工程过程的管理工程过程的管理是CMMI Level 3的一项重要任务。
通过建立有效的工程过程管理机制，组织能够实现对软件开发过程的有效监控和控制。
工程过程的管理涉及到定量管理、过程绩效度量和过程控制。
通过科学的数据分析和过程监控，组织能够及时发现和解决软件开发过程中的问题，确保项目按时、按质高效交付。
四、目标4：产品集成在CMMI Level 3中，产品集成是一个关键目标。
通过有效地管理和实施产品集成过程，组织能够确保软件产品的质量和稳定性。
产品集成包括需求管理、配置管理、界面管理和过程协同等方面。
只有当软件产品的各个部分能够有效集成和配合，才能确保整体的功能和性能达到预期的要求。
cmmi等级标准
CMMI等级标准一、CMMI等级标准概述CMMI，即Capability Maturity Model Integration，是一套用于评估软件开发过程成熟度和能力水平的国际标准。
CMMI等级标准共分为五个等级，从低到高分别是：Level 1 - 初始级、Level 2 - 已管理级、Level 3 - 已定义级、Level 4 - 量化管理级、Level 5 - 优化管理级。
每个等级都代表了组织在过程改进和标准化方面的不同程度的能力。
二、CMMI等级标准详细介绍1.Level 1 - 初始级：在这一级别，组织通常没有明确的开发过程定义，项目经常受到人员和资源的限制，且项目的成功往往依赖于个人的能力和团队的临时协作。
2.Level 2 - 已管理级：在这一级别，组织已经建立了基本的项目管理过程，包括项目计划、项目监控、以及项目变更控制等方面。
项目目标和关键性能指标已被明确并跟踪，同时也在持续改进过程中开始应用统计技术和其他量化技术。
3.Level 3 - 已定义级：在这一级别，组织已经建立了完整的软件开发和维护过程，包括需求管理、软件工程、过程和产品质量保证等方面。
这些过程已经被标准化并被组织内的所有项目共享，组织已经建立了全面的支持体系来确保这些过程的实施。
4.Level 4 - 量化管理级：在这一级别，组织已经实现了过程的全面量化管理和控制。
所有关键性能指标都被详细定义和度量，并且可以用于决策支持。
组织已经建立了用于持续改进的过程和机制。
5.Level 5 - 优化管理级：在这一级别，组织已经实现了过程的持续优化和改进。
通过高级的数据分析和过程控制技术，组织能够识别并预测问题，然后进行有针对性的改进。
组织文化已经转向以持续改进为核心，鼓励创新和实验。
三、CMMI等级标准的评估和认证CMMI等级标准的评估和认证过程通常包括以下几个步骤：1.自我评估：组织首先需要对其当前的软件开发过程进行自我评估，识别其在各个CMMI级别上的优势和不足。
CMMI基本流程
CMMI基本流程CMMI，即能力成熟度模型集成，是一种软件工程和系统工程过程改进的综合框架。
它提供了一套用于评估和改进组织开发和维护过程能力的最佳实践。
CMMI包含了一系列的指南和建议，以帮助组织建立可靠和高质量的软件和系统。
CMMI1级：初级级别，目标是确保项目能够按时交付，并满足基本的质量标准。
该级别的主要活动包括计划项目、跟踪项目进展、管理配置和管理需求。
CMMI2级：可重复级别，目标是确保项目能够清晰地定义过程，并对这些过程进行管理和执行。
该级别的主要活动包括定义过程、建立项目计划、进行项目监控和度量，以及对项目执行进行评估。
CMMI3级：已定义级别，目标是确保项目过程得到完整和规范的定义，并具有标准化的执行过程。
该级别的主要活动包括过程及工作产品定义、培训人员以执行过程、执行定期审核和度量，并根据结果进行改进。
CMMI4级：管理定量的项目过程级别，目标是确保项目开发过程能够获得可预测和可控制的结果。
该级别的主要活动包括进行定量的项目过程管理和度量，以及根据结果进行过程改进。
CMMI的基本流程是通过评估和改进过程来提高组织的能力水平。
评估可以帮助组织确定当前过程的存在的问题和不足之处，改进则是为了解决这些问题并提高过程的效率和质量。
评估过程包括以下步骤：1.制定评估计划：确定评估的目标、范围和方法，编制评估计划。
2.进行评估：根据计划，收集、分析和评估组织的过程和资源，以确定组织的能力水平。
3.识别问题和机遇：根据评估结果，识别存在的问题和不足之处，以及可能的改进机会。
改进过程包括以下步骤：1.制定改进计划：根据评估结果，制定改进计划，明确改进目标和实施步骤。
2.实施改进：根据计划，实施改进措施，对过程进行调整和完善。
3.跟踪进展：对改进措施的实施进行跟踪和监控，确保改进目标的实现。
4.评估效果：对改进措施的效果进行评估，根据结果进行调整和改进。
通过评估和改进，组织可以逐步提高过程能力，从而提高软件和系统的质量和可靠性。
CMMI3级18个过程域
CMMI3级过程域一共有18个PA，分别是：过程管理1、OPD：（Organizational Process Definition）组织级过程定义。
建立和维护有用的组织过程资产。
2、OPF：（Organizational Process Focus）组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
3、OT：（Organizational Training）组织培训管理。
增加开发人员的技能和知识，使他们能有效地执行他们的任务。
项目管理：4、PP：（Project Plan）项目计划。
保证在正确的时间有正确的资源可用。
为每个人员分配任务。
协调人员。
根据实际情况，调整项目。
5、PMC：（Project Monitoring and Control）项目监督与控制。
通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
6、SAM：（Supplier Agreement Management）供应商协议管理。
旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。
7、IPM：（Integrated Project Management）集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
8、RSKM：（Risk Management）风险管理。
识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。
工程管理：9、REQM：（Requirements Management）需求管理。
需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。
10、RD：（Requirement Development）需求开发。
需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众（客户、最终用户）和项目组对所开发的内容达成一致。
CMMI实施方案
cmmi简介及cmmi2级的实施方案设计第一部分 cmmi简介：cmmi 全称是 capability maturity model integration,，即软件能力成熟度模型集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。
cmmi （cmmi-se/sw/ippd）1.02 版本在部分国家和地区被 sei 开始推广和试用，主要应用于软件业项目，帮助提升对软件项目的管理能力。
随着模型本身的发展与应用的推广，cmmi 逐渐演变成为了一种被广泛采用的综合性模型。
在业界广泛使用的传统软件研发流程会带来一个严重的问题：存在于设计阶段的一个微小缺陷可能会直到后期的测试阶段才能被发现，而整个公司可能会花费数十倍甚至百倍的代价来改正这个缺陷。
为此，人力资源管理、软件采购、集成产品和过程开发、以及系统工程等等，多元化覆盖范围越来越广的能力成熟度模型应运而生。
1.1 cmmi 的作用软件能力成熟度集成模型（cmmi）经过长期积累和不断地优化，已经成功地发展并被认可为软件研发领域的标准过程体系，通过 cmmi 可以增强企业核心竞争力、有效地提高软件企业产品质量，国内乃至国际上的广大软件厂商都已经见证了 cmmi 为企业带来的成功。
目前众多业界的软件企业纷纷试图使用 cmmi 来达到过程改进的趋势，怎样才能将过程改进有效地实施，使其能实质地对软件研发过程起到优化效果，并带来行之有效地经济价值，已经逐渐成为了软件企业的决策者们最为关心的问题。
由最新 sei 评估报告中的数据显示，在进行了 cmmi 的评估的企业中，大部分都是商业组织，并且其中近一半的企业人员规模都是在100 人以下。
种种迹象均表明，cmmi 评估已经不仅仅吸引了大型 it 企业的注意力，同样存在大量的中小型企业也对此抱有浓厚的兴趣。
对软件企业来讲，cmmi 可以主要应用在两个地方：企业软件过程的改进和企业软件过程能力的评估。
cmmi3遵循的标准
CMMI3级认证遵循的标准是**CMMI能力成熟度模型**。
CMMI 是针对软件企业的能力成熟度模型标准，它主要是对过程的一致性和有效性进行评估，以确保组织能够有效地执行其核心业务过程。
在CMMI模型中，软件开发过程中的每个活动和决策都与一组过程目标和组织标准一致，从而确保一致的过程输出。
同时，通过使用量化的度量方法，CMMI可以衡量过程的有效性，从而确保过程改进的明确性和持续性。
CMMI3级认证需要企业具备的条件包括有专门的人员进行体系创建、体系监督执行、过程分析和改进，并且在评估前要至少完成体系创建、完成，并持续运行半年以上。
CMMI3级认证的18个过程域包括：过程管理（OPD：组织级过程定义、OPF：组织级过程焦点、OT：组织培训管理），项目管理（PP：项目计划、PMC：项目监督与控制、SAM：供应商协议管理、IPM：集成项目管理、RSKM：风险管理），工程管理（RD：需求开发、REQM：需求管理、TS：技术解决方案、PI：产品集成、VER：验证、VAL：确认）。
以上信息仅供参考，如有需要，建议咨询专业技术人员。
CMMI3级过程域
CMMI3级过程域CMMI3级是CMMI（Capability Maturity Model Integration，能力成熟度模型集成）的一个等级，它代表了一个组织在其软件开发和管理过程方面的成熟度水平。
CMMI3级要求组织在战略规划、项目管理和工程实践等方面都进行了规划和实施，并能够通过度量和分析来改进其过程。
本文将针对CMMI3级中的过程域（PA）进行详细介绍。
1. Requirements Development (RD) —需求开发需求开发是指定义和收集项目所需的功能和约束条件，并确保其正确性、准确性和一致性的过程。
这个过程域包括需求的获取、分析、规范和验证等活动。
在CMMI3级中，组织需要建立适当的需求开发过程，确保需求的完整性和明确性，同时也要进行需求的管理和变更控制。
2. Technical Solution (TS) —技术解决方案技术解决方案是指开发和维护软件的过程，包括软件架构设计、详细设计、编码和单元测试等活动。
在CMMI3级中，组织需要确保对技术解决方案进行详细规划和实施，包括选择合适的架构和技术，检查和审查设计和代码等。
同时，组织也需要建立和执行软件配置管理和版本控制等活动。
3. Product Integration (PI) —产品集成产品集成是指将不同的软件构件组合起来，并进行验证和部署的过程。
在CMMI3级中，组织需要建立适当的产品集成过程，确保集成的正确性和稳定性，同时也要进行集成测试和验证。
组织还需要建立相应的配置管理和版本控制机制，确保产品集成的可控性和可追溯性。
4. Verification (VER) —验证验证是指在软件开发过程中对产品的需求进行确认和验证的过程。
在CMMI3级中，组织需要建立适当的验证过程，包括验证计划的制定、验证活动的执行和验证结果的分析。
验证活动可以包括软件测试、代码审查、功能验证等，以确保开发的产品符合需求和规范。
5. Validation (VAL) —验证确认验证确认是指在软件开发过程结束后对最终产品进行确认和验证的过程。
CMMI的5个级别和25个过程域
CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法，用于评估和提升组织的软件工程能力。
CMMI分为五个不同的成熟度级别，每个级别都有一组相关的过程域。
本文将详细介绍CMMI的五个级别和25个过程域。
1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。
在这个级别上，软件开发过程通常是不可控制的，且无法重复使用。
这意味着项目结果无法预测和控制，导致成本和进度的不确定性。
2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。
在这个级别上，组织已经建立了一些基本的软件开发过程，并能够在不同的项目中重复使用这些过程。
然而，这些过程还没有得到完全的规范和标准化。
2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。
它涉及定义、确认和维护需求，以确保项目能够满足用户的期望。
2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。
它确保项目能够按计划进行，并能够做出合适的调整以达到预期的目标。
2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。
它确保与供应商的交付和管理能够满足项目的需求。
2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。
它涉及质量计划、质量审查和质量度量等活动。
2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
CMMI基本术语
CAR-原因分析与解决方案 OPM-组织性能管理
CMMI L4 定量级
CMMI L3 定义级
CMMI L2 管理级
OPP-组织过程能力
QPM-项目定量管理
RD-需求开发 TS-技术解决方案 PI-产品集成 VER-验证 VAL-确认
IPM-集成项目管理 RSKM-风险管理
DAR-决策分析与决定
OPD-组织过程定义 OPF-组织过程改进
HM LA 高级主任评估师：可执行CMMI L4和CMMI L5等级 的评估，并颁发CMMI证书
Appraisal：评估，基于CMMI模型对一个企业所达级别的判 定
Assessment :内部评估，由企业内部组成的评估小组，基于 CMMI模型的评估
RR :Readiness review 就绪检查，评估前的检查，主要检查 资料，人员，环境等是否就绪
PA process area
过程域，一组特征实践或做法的集合，当实现该实践时，同时会满相 应目标；
Process Assets
过程资产，在组织中，对实现过程域的目标有用的任何内容；
OPAL organization process assets library
组织过程资产库，用来建立和存储组织有用过程资产的库，资产主要 使用在定义、实现和管理过程中使用，资产库一般包括方针、规程、检 查单、培训资料、模版、已定义过程、计划、经验教训等；
Product Component产品组件
工作产品，属于产品低级别的组成部分，若干产品组件被组装成产 品;
CMMI L3模型术语
Goal目标
Product产品
交付给客户或者最终用户的工作产品 在CMMI模型中，产品具有特殊的用法，可能代表的涵义根据上下
CMMI3简介CMMI三级
CMMI3简介CMMI三级，称为定义级。
在定义级水平上，企业不仅能够对项目的实施有一整套的管理措施，并保障项目的完成；而且，企业能够根据自身的特殊情况以及自己的标准流程，将这套管理体系与流程予以制度化，这样企业不仅能够在同类的项目上生到成功的实施，在不同类的项目上一样能够得到成功的实施。
科学的管理成为企业的一种文化，企业的组织财富。
在CMMI3级，你会发现：PA过程域1)有指导需求开发的需求开发(Requirements Development)这个PA；2)有指导设计、编码工作的技术解决方案(Technical Solution)这个PA；3)有指导如何保证工作产品满足要求的验证(Verification)；4)有指导如何保证软件产品满足真实使用环境要求的(Validation)；5)有指导如何把软件产品各组件集成在一起并保证能在相应的硬件载体运行正常的产品集成(Product Integration)；CMMI2级的PP与PMC是直接与项目管理有关的两个PA，在CMMI3级，对项目管理的要求进一步提高：6)集成项目管理(Integrated Project Management)：3级的项目管理，要求利用组织级的财富库进行项目估算，并且利用财富库裁剪出项目自己的过程，并用这个过程来管理项目。
7)风险管理(Risk Management)：2级只有PP的SP2.2中提到要识别风险，而在3级专门有一个PA对风险管理提出更高的要求。
大家不知道有没有发现，2级的PA都是直接针对项目提出要求的。
3级的IPM和RSKM，除了对项目级提出要求，另外也对组织级提出了要求，IPM要求有组织级的资产库RSKM要求要有组织级的风险管理策略等。
另外，3级有几个“O”开头的PA，这几个PA都是直接对组织级的提出要求。
8)组织过程焦点(Organizational Process Focus)：这个PA要求组织成立SEPG来推动过程改进的工作，要求识别、计划、实施改进过程，保证组织过程能持续改进。
CMMI知识
CMMI知识CMMI是什么？CMMI是英文Capacity Maturity Model Integrated的简称。
中文的译意是能力成熟度集成模型。
CMMI是CMM模型的最新版本。
早期的能力成熟度模型是一种单一的模型其英文缩写为CMM，较多地用于软件工程。
随着应用的推广与模型本身的发展，改方法演绎成为一种被广泛应用的综合性模型，因此改名为CMMI模型。
早期的CMM是美国国防部出资，委托美国卡内基梅隆大学软件工程研究院开发出来的工程实施与管理方法。
目前国内有一种片面地认识，既CMMI是应用于软件业项目管理方法；实际上，CMMI在软件与系统集成外的领域，如科研，工程，甚至于日常的管理都得到了广泛的应用，并取得了相当好的效果。
美国波音公司的120个项目的实施情况表明,由CMMI等级1与等级2提升到等级三，波音的项目估算误差由-120降到-20。
CMMI实际上是一种管理流程的标准化。
遵循该模型的标准，就能够在管理上迈出一大步。
相对于ISO9000的标准， CMMI有五个不同的标准。
而每一个标准对企业的管理力度都有着不同的要求。
企业可以改进管理模式，不断地提高自己的CMMI等级，从而达到提升管理水平的目的。
CMMI虽然源于美国，但在世界各地得到了广泛的推广与接受。
在日本，欧洲，台湾，印度等地都有很多企业在推广与应用CMMI模型。
尤其在印度CMMI的应用甚至超过了美国。
据SEI统计，世界软件企业评估达到5级的共有25个，印度占了其中的16个。
这也是印度软件也得以迅速发展的一个主要原因。
有专家预测在未来的几年内，CMMI将成为ISO9000之后的又一个国际上普遍接受的标准。
在这里我想提一个题外话。
据说我们国家标准局正在制定一个类似于CMMI 的国内标准。
我认为这完全没有必要。
CMMI的真正意义在于它能够帮助我们提高项目管理的水平，而不是标准化。
如果我们不能够真正地掌握其管理内涵，而去设立自己的标准，则会是捡了芝麻丢了西瓜。
CMMI模型的级别及其过程域.doc
模型规范级别及其过程域成熟度1级：初始级①软件过程的特点是无序的，偶尔甚至是混乱的。
几乎没有什么过程是经过定义的，成功依赖于个人的努力；②一般不提供开发和维护软件的稳定环境,在危机时刻,项目一般抛弃预定的规程,回复到仅做编码和测试，性能依赖于个人的能力，且随个人固有的技能、知识和动机的不同而变化。
成熟度2级：受管理级①在成熟度等级2上，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程；②为过程建立明确的目标，并能实现所确定的诸如成本、进度和质量目标等目标。
③换言之，组织已经营造出稳定的、受控的开发环境，项目是在受控状态下运行。
受管理级过程域•需求管理(REQM)•项目策划(PP)•项目监督与控制(PMC)•供方协定管理(SAM)•测量和分析(MA)•过程和产品质量保证(PPQA)•配置管理(CM)成熟度3级：已定义级在成熟度等级3上，项目执行过程是通过剪裁组织的标准过程集合和组织过程财富产生的“已定义过程”，并具备与该过程相适应的运行环境。
其与成熟度等级2的区别在于标准、过程描述、规程的应用范围是全组织级的。
•需求开发(RD)•技术解决(TS)•产品集成(PI)•验证(VER)•确认(V AL)•组织过程聚焦(OPF)•组织过程定义(OPD)•组织培训(OT)•集成项目管理(IPM)•风险管理(RSKM)•决策分析和决定(DAR)成熟度4级：定量管理级在成熟度等级4上，组织建立了关于产品质量、服务质量及过程性能的定量目标，运用统计技术和其他定量目标作为判断过程管理成功与否的标准。
在过程的整个生存周期里，对产品质量、服务质量和过程性能做到统计意义上的了解和管理。
•组织过程性能(OPP)•定量项目管理(QCM)成熟度5级：持续改进级成熟度等级5 的突出特征是过程性能的持续改进。
组织建立起整个组织的定量过程改进目标，并且把它们作为过程改进管理成功与否的判断标准；这些目标将适时修改，以反映不断变化的本组织的业务目标。
CMMI-OPF介绍
策划试点改进
评审、监督过程改 进的进展与结果
OPF
过程域概述
确定过程改进 机会
SP3.1部署组织过程资 产 SP3.2部署标准过程 SP3.3监督执行 SP3.4将经验吸收到组 织过程资产中
策划和执行过程 行动
部署组织过程 资产并吸收经验
将组织过程资 产的变更文档 化
在组织中部署 组织过程资产。
部署组织过程 资产的变更
目录CONTENTS
1
组织过程焦点
OPF介绍
2 3 2
关联过程域
关联过程域介绍
总结回顾
回顾、讨论
目录
目录CONTENTS
1
组织过程焦点
OPF介绍
2 3 2
关联过程域
关联过程哉介绍
总结回顾
回顾、讨论
目录
确定过程改进机会 策划和执行过程行动 ，部署组织过程资产 并吸收经验
快乐人生,吉利相伴！
实施过程评估
确定方法与标 准
策划、安 排并准备
OPF
过程域概述
确定过程改进 机会
SP1.1建立组织过程 要求
SP1.2评价组织过程 SP1.3识别组织的过 程改进
策划和执行过程 行动
将备选的过程 改进方案进行 排优先级。
部署组织过程 资产并吸收经验
识别要实施的 过程改进方案 并存档。 整理过程改进 清单并保持更 新。
OPF
过程域概述
确定过程改进 机会
SP3.1部署组织过程资 产 SP3.2部署标准过程 SP3.3监督执行 SP3.4将经验吸收到组 织过程资产中
策划和执行过程 行动
部署组织过程 资产并吸收经验
识别组织内部将要启动的项目。
CMMI-3OPF-组织过程改进规程
北京赛柏科技有限责任公司（文档模板）组织过程焦点建立日期：2005年3月15日1、前言1.1、目的本文档描述组织过程焦点过程。
1.2、适用范围●本文档适用于本组织的过程改进●本文档适用于实施CMMI的部门1.3、术语●EPG：engineer process group，即工程过程组。
●已定义过程：根据组织的裁减指南从组织的标准过程集中裁减得到的一个已管理的过程，它拥有可维护的过程定义，并向组织过程资产贡献工作产品、度量和其它过程改进信息。
●组织的标准过程集：指导组织的活动的一组过程定义，这组过程定义覆盖了必须被合并到组织项目通用的已定义过程中的基本的过程要素（以及它们的联系，如顺序和接口）。
标准过程使得在组织中能进行一致的开发和维护活动，并有利于长期的稳定性和改进。
2、过程目标在充分地理解组织的过程和过程资产的现有的优势和劣势的基础上，计划和实施组织的过程改进。
34、入口准则组织的业务目标已经确定。
组织的过程得到广泛的实施。
过程资产库已建立。
5、输入组织的过程和过程资产的现状，以及改进需求6、活动6.1活动关系图可选6.2活动的文字描述1）根据组织的业务目的、需要和约束条件，考虑到财务、技术、人员、资源以及营销问题的权衡处理，建立和维护组织的过程需要和目的，一般此项内容在组织的《年度报告》中。
2）定期（一般半年）和事件驱动地评估组织的过程，以便维护对这些过程的优势和薄弱环节的理解。
这个驱动事件可分为以下几种情况：●识别要进行改进的过程，确定过程改进的进展情况以及使过程改进的收益可视化，满足客户-供应商关系的需要，激发和促进对过程改进的投入。
●制定《过程评估计划》并实施，实施结束后填写《过程评估发现》。
3）识别组织过程及组织过程资产待改进的地方并分析其优先级，填写《过程改进优先序列表》。
4）建立和维护过程行动计划以处理对组织过程及组织过程资产的各项改进，填写《过程改进行动计划模板》、《过程改进行动计划审核记录》。
CMMI中有关定义及英文缩写说明
CMMI中有关定义及英文缩写说明一、英文缩写说明l 能力成熟度模型集成CMMI:Capability Maturity Model Integrationl 通用目标GG：Generic Goalsl 特定目标SG：Specific Goalsl 通用实践GP：Generic Practicesl 特定实践SP：Specific Practicesl 过程域PArocess Areal 需求管理REQM: Requirement Managementl 项目策划PProject Planningl 项目监督和控制PMCroject Monitoring and Control Planningl 供方协定管理SAM:Supplier Agreement Managementl 测量和分析MA:Measurement and Analysisl 过程和产品质量保证PPQA:Process and Product Quality Assurancel 配置管理CM:Configuration Managementl 需求开发RD:Requirement Developmentl 技术解决TS:Technical Solutionl 产品集成PI:Product Integrationl 验证VER:Verificationl 确认VAL:Validationl 组织过程聚焦OPF:Organization Process Focusl 组织过程定义OPD:Organization Process Definitionl 组织培训OT:Organization Trainingl 集成项目管理IPM:Integration Project Managementl 风险管理RSKM:Risk Managementl 决策分析和决定DARecision Analysis and Resolutionl 质量保证QA:Quality Assurancel 项目经理PM：Project Managerl 软件工程过程组SEPG:Software engineering process groupl 过程改进指导描述PIID：Process Improvement Indicator Descriptionl SCAMPI：Appraisal Method for Process Improvement （CMMI中评估过程改进的一种方法）二、定义l 共利益者（Stakeholder）：所谓“共利益者”，指的是受到某种负责产生输出的方式影响的群体或个人。
CMMI3级中18个过程域包含关系及目的（整理）
CMMI3级中18个过程域包含关系及目的（整理）SSP过程类别 SSP定义的过程域与CMMI 等级3 的18个过程域包含关系目的过程管理组织过程改进（OPF）CMMI 3级，Organization Process Focus 目的在于掌握组织的过程状态，识别过程改进机会，策划和实施本组织的过程改进活动。
组织过程定义（OPD） CMMI 3级，Organization Process Definition 目的在于建立并维护一批可用的组织过程财富。
组织应遵循本过程建立和维护组织标准过程及组织财富库，以供使用。
组织培训（OT） CMMI 3级，Organization Training 规范公司培训的工作流程，建设高效实用的培训机制，提高培训工作在公司人力资源配置中所起的作用。
项目管理立项（PIM）CMMI 2级，Project Planning 通过规范公司立项流程，确保项目立项基于合理的分析、科学的决策，确保项目能够顺利实施，并为公司实施项目管理建立基础。
集成项目管理（IPM）CMMI 3级，Integrated Project Management 按照集成的、已定义的过程（项目已定义过程）来管理项目。
这种项目已定义过程是从SSP剪裁而来。
项目策划（PP）CMMI 2级，Project Planning 通过项目策划确保项目的策划活动科学、有效、合理，明确项目的范围与目标，确定项目的进度、资源、成本安排，建立项目工作的准则与基础。
CMMI 3级，Integrated Project Management 项目监督和控制（PMC）CMMI 2级，Project Monitoring and Control 通过周期性地跟踪项目计划的各种性能参数如工作产品的规模、工作量、成本、进度、风险等，不断地了解项目的进展情况，以便当项目实际进展状况显著偏离项目计划时能够及时采取纠正措施。
最终目的都是为了使项目按时、按预算交付合格的产品。
cmmi 3级标准要求
cmmi 3级标准要求
CMMI 3级标准要求是指CMMI（能力成熟度模型集成）框架的第三级
要求。
CMMI是一种用于评估和改进组织的过程的方法论，它定义了一组最
佳实践，用于提高组织的绩效和效率。
CMMI模型有5个不同的成熟度级别，分别是初始级、被管理级、定义级、定量管理级和优化级。
CMMI 3级标准
要求位于定义级，是一个相对高级的阶段。
CMMI 3级标准要求涉及组织建设、过程管理和绩效改进等方面。
在组
织建设方面，组织应当详细描述和文档化其标准化的工作流程和活动，包括
项目计划、配置管理、风险管理等。
组织还需要建立起有效的人员协作机制，确保团队成员之间的沟通和协调。
在过程管理方面，组织应当制定并执行一套适当的过程和方法，用于规
范化项目的开发和实施。
这些过程和方法需要能够提供明确的工作指导和质
量监督，以确保项目按时、按预算、按质量完成。
组织还需要有效地进行项
目管理，包括项目计划、需求管理、质量控制等。
在绩效改进方面，组织应当设立适当的绩效指标和度量方法，对项目和
过程进行评估和监控，并根据评估结果进行相应的改进。
组织还需要建立经
验资料库，以便从以往的项目中获取宝贵的经验教训和最佳实践。
总的来说，遵循CMMI 3级标准要求可以帮助组织建立起稳定和可靠的
工作流程，提高项目的管理水平和绩效表现。
这将有助于组织改进和优化，
达到更高的成熟度级别。
CMMIL3标准体系详解1
CMMI L3 标准体系详解序：2 级其实有很多问题还没有解决的，细心的人会发现，2 级对软件工程活动的指导很弱，如：需求开发、设计、编码、测试等。
在3 级，你会发现：1)有指导需求开发的需求开发(Requirements Development)这个PA；2)有指导设计、编码工作的技术解决方案(Technical Solution)这个PA；3)有指导如何保证工作产品满足要求的验证(Verification)；4)有指导如何保证软件产品满足真实使用环境要求的(Validation)；5)还有指导如何把软件产品各组件集成在一起并保证能在相应的硬件载体运行正常的产品集成(Product Integration)；2 级的PP 与PMC 是直接与项目管理有关的两个PA，3 级，在对项目管理的要求进一步提高：6)集成项目管理(Integrated Project Management)：3 级的项目管理，要求利用组织级的财富库进行项目估算，并且利用财富库裁剪出项目自己的过程，并用这个过程来管理项目。
7)风险管理(Risk Management)：2 级只有PP 的SP2.2 中提到要识别风险，而在3 级专门有一个PA 对风险管理提出更高的要求。
大家不知道有没有发现，2 级的PA 都是直接针对项目提出要求的。
3 级的IPM 和RSKM，除了对项目级提出要求，另外也对组织级提出了要求，要求有组织级的资产库，IPMRSKM 要求要有组织级的风险管理策略等。
另外，级有几个“O”开头的PA，这几个PA 都是直接对组织级的提3出要求。
8)组织过程焦点(Organizational Process Focus)：这个PA 要求组织成立SEPG 来推动过程改进的工作，要求识别、计划、实施改进过程，保证组织过程能持续改进。
9)组织过程定义(Organizational Training)：这个PA 要求组织级建立财富库，财富库内容要包括标准的过程、裁剪库、度量库、生命周期模型等。
CMMI和CMM区别
CMMI和CMM区别CMMI的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。
自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。
虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。
这时他们就会发现存在一些问题，其中主要问题体现在：■不能集中其不同过程改进的能力以取得更大成绩；■要进行一些重复的培训、评估和改进活动，因而增加了许多成本；■不同模型对相同事物说法不一致，或活动不协调，甚至相抵触。
于是，希望整合不同CMM模型的需求产生了。
1997年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM和软件的SW-CMM三个模型中的所有原则、概念和实践。
该模型被认为是第一个集成化的模型。
CMMI与CMM最大的不同点在于：■CMMISM-SE/SW/IPPD/SS 1.1版本有四个集成成分，即：系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容，如果涉及到供应商外包管理可以相应地应用SS(Supplier Sourcing)部分。
■CMMI有两种表示方法，一种是大家很熟悉的，和软件CMM一样的阶段式表现方法，另一种是连续式的表现方法。
这两种表现方法的区别是：阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5个成熟度级别，帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。
而连续式表现方法则通过将CMMI中过程区域分为四大类：过程管理、项目管理、工程以及支持。
对于每个大类中的过程区域，又进一步分为基本的和高级的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
版权所有 请勿翻印
14
CyberKeJi
OPF要点-2
• 为了确保过程改进成果在组织里得到充分的管理和实施，要仔细进行 策划。组织的过程改进策划形成了过程改进计划（Process Improvements Plan)。这个计划要反映整个组织的总体过程改进战略 ，它涉及评估策划、过程行动策划、试点策划和部署策划 • 评估计划（Appraisal plans）:描述的是评估的总体时间安排和进度 、评估范围、执行评估所要求的资源、实施评估的参考模型、评估的 后勤保障等等 • 过程行动计划（Process action plans）：通常产生于评估之后，是 关于如何对评估中发现的薄弱环节实施具体改进的文件。在部署之前 有时需要对过程行动计划中描述的改进在比较小的范围内进行试验， 这就要制订试点计划 • 部署计划（Deployment plan）:在组织内广泛展开过程改进时，要利 用过程部署计划；这个计划描述的是什么时候以及如何在整个组织范 围展开改进 • 要收集实施人员的反馈意见和改进建议，并纳入到过程行动计划中(#)
版权所有 请勿翻印
16
CyberKeJi
#OPF语境图
过程需要 和目的
优势 薄弱环节
改进创议 （Initiatives） 已选择的改进
确定过程 改进机会
建立 组织 过程 需要
1.1-1
评估组织 的过程
1.2-1
标识组织 的过程 改进
1.3-1
有关的 相关人员
组织过程 资产
计划 和实施 过程改进 活动
CyberKeJi
5 优化级
持续的过程改进 （2）
4 已定量管理级 定量管理 （2）
3 已定义级
过程标准化 （14）
(Supplier Sourcing, SS)
(IPPD) (IPPD)
2 已管理级
基本项目管理 （7）
1 初始级
版权所有 请勿翻印 10
CyberKeJi
#CMMI L3 过程域
需求开发 技术解决方案 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 集成化群组 (IPPD) 集成供应商管理（SS） 决策分析及解决方案 组织集成环境(IPPD)
25
CyberKeJi
SEPG成员资格
• • • • • 选举SEPG组成员 组织中受尊敬的全职人员，且有关于接受（SEPG)过程组服务的软件项目的经 验 有应用领域的专长 对软件开发过程有基本的理解 有低端软件开发方法、工具和实践知识
6
版权所有 请勿翻印
CyberKeJi
#成熟度3级-已定义级
• • 已定义过程是已管理的过程 特点是：组织级。已将管理和工程两方面的过程文档化和标准化，并 形成了组织级的过程资产，包括：
– – – – – 组织级标准过程集 标准生命周期描述 组织级的剪裁指南和准则 组织级度量库 组织级过程资产库
• • •
– 是过程改进活动的监控者
– 是企业进行定期过程诊断的内部评估师
版权所有 请勿翻印
21CyberKeJi来自#配备必要的资源 -1
• 在过程改进上应配备必要的资源，要建立一支有相当规模的过 程改进队伍，在投资上应达到足够的力度
• 根据CMU/SEI综合国际上实施CMMI的经验，实施CMMI投入的 资源（包括CMMI实施组）应为企业开发人员的5%~10％ • EPG：建议选派一名有丰富软件工程或系统工程经验的人员 担任EPG组长。选派若干名全职和兼职人员作为组员（也应 具有丰富的开发或质量保证方面的经历和经验，最好担任过 项目组组长） • PPQAG：建议选派一名有丰富质量保证经验或软件开发或系 统开发经验的人员担任PPQAG组长。选派若干名全职或兼职 人员作为组员。PPQA组员负责开展项目级的PPQA活动。PPQA 人员在组织上应与开发项目组相对独立，即一个PPQA人员不 能对他/她自己所直接从事的项目行使PPQA职能
• • • • •
版权所有 请勿翻印
4
CyberKeJi
#过程是“已管理的”
In Out
•输入：需求 •按照方针制订计划 •按照计划执行活动 •在已定义的控制点进行度量和评审 •输出：产品
版权所有 请勿翻印 5
CyberKeJi
#制度化在2级的体现
• • • • • • • • • • 方针政策 计划 提供资源 分配职责 培训 管理配置：对工作产品进行适当等级的配置管理 标识和包括有关的相关人员 监督和控制 客观地评价过程 由高层经理进行评审
18
CyberKeJi
构建实施过程改进的核心小组
高级管理层 － 过程推广委员会（PST）
软件工程过程小组（SEPG）
技术小组1
技术小组2
………
技术小组n
与SEPG相关的组织结构
版权所有 请勿翻印
19
CyberKeJi
#建立合适的组织结构
• 每个组织都要建立合适的组织结构来推行CMMI：
– 组织级指定CMMI项目负责人 – 每个部门指派1名高层领导直接领导和指挥CMMI在本部门的实 施工作 – 在组织级建立CMMI实施组，包括
版权所有 请勿翻印 15
CyberKeJi
特定目标和共性目标
SG 1 确定过程改进的机会：定期和需要时对组织过程的优势、薄弱 环节及改进机会进行标识 SG 2 计划和实施过程改进活动：策划并实施改进，部署过程资产， 对改进活动进行计划和实施，将过程相关的经验融入到组织过程 资产中
GG 2 制度化一个已管理过程：将该过程制度化为一个已管理过程 GG 3 制度化一个已定义过程：将该过程制度化为一个已定义过程
版权所有 请勿翻印
13
CyberKeJi
OPF要点 -1
• 组织的过程包括组织的标准过程集和从中裁剪出的已定义过程 。组织的过程资产用于建立、维护、实施和改进已定义的过程 • 对组织过程资产的候选改进有多种来源，包括过程的度量、过 程实施中的经验教训、过程评估的结果、过程评价活动的结果 、与其他组织的过程比较的结果以及组织其他改进活动提出的 建议等 • 过程改进是在组织的需要语境内，并用于处理组织的目的。组 织鼓励执行过程的人参与过程改进活动。一般由过程小组负责 推动和管理组织过程改进活动（包括协调其他人的参与）。组 织承诺长期支持这个小组并且为其提供所需资源
版权所有 请勿翻印 22
CyberKeJi
#配备必要的资源 -2
• CMG：建议选派一名有丰富配置管理经验或软件开发或系统 开发经验的人员担任CMG组长。在组织的每个开发项目组中 ，指派一名兼职人员作为CM组员 • MPG：建议选派一名有数据库管理和工程过程度量经验的人 员担任度量和过程资产库组的组长，在组织的每个开发项目 组中，指派一名兼职人员作为MP组员 • OTG：建议选派一名有培训和人力资源管理经验的人员担任 OTG组长，全面负责和协调公司的培训工作 • 这些组的主要任务应该是负责过程改进工作。在组织的长远 目标上，应该把他们逐步培养成为组织内部进行过程改进工 作的骨干
r r 优化级
q q 定量管理级 p p 已定义级
o已管理级
n n 初始级
版权所有 请勿翻印 11
CyberKeJi
II 基本概念和示例
• OPF的目的 • OPF的SGs和SPs • OPF语境图
版权所有 请勿翻印
12
CyberKeJi
OPF的目的
• 目的：基于对组织的过程及过程资产的当前优势及弱点(薄弱环 节）的透彻理解，来策划和实施组织的过程改进
Source: Addison Wesley, The Capability Maturity Model®
版权所有 请勿翻印
8
CyberKeJi
#CMMI的阶段式表示法
• CMMI的阶段式表示法就是 组织成熟度方法
3 级-已定义级 需求开发 技术解决方案 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析和解决 组织集成环境 集成化群组 4 级-定量管理级 定量项目管理 组织过程性能
版权所有 请勿翻印 • 品质保证部（VER&VAL) 20
CyberKeJi
#CMMI实施组的职能
• CMMI实施组是高层领导推行CMMI工作的重要助手
– 负责研究过程改过方法和软件工程及系统工程理论 – 负责制定和实施过程改进计划 – 提出基于CMMI的过程改进体系 – 指导CMMI在本组织有关部门的实施工作 – 是实现组织评估活动的具体组织者
将过程相关 的经验纳入 组织的 过程资产
2.4-1
部署 组织的 过程资产
2.3-1
实施 过程 行动 计划
2.2-1
建立 过程 行动 计划
2.1-1
版权所有 请勿翻印
17
CyberKeJi
建立实施过程改进的企业文化
•领导的决心 •领导的监督力度与决心传递 •SEPG小组和QA小组的公信力和沟通能力
版权所有 请勿翻印
CyberKeJi
CMMI L3 OPF
组织过程焦点过程域
Organizational Process Focus
r 优化级
q 定量管理级
p p 已定义级 已定义级
赛柏科技
已管理级 o已管理级
n 初始级 初始级 n
版权所有 请勿翻印 1
CyberKeJi
主
I II
题
CMMI L3概述 基本概念与示例
• CMMI管理咨询委员会：由公司级的CMMI项目负责人、各部门 直接领导和指挥CMMI实施工作的高层经理、EPG组长等组成 • 工程过程组（EPG） • 过程和产品质量保证组（PPQAG） • 配置管理组（CMG） • 度量和过程资产库组（MPG） • 组织级培训组（OTG） • 工程组（需求开发、技术解决方案、产品集成等）