3CMMIL2

合集下载

CMMI的等级如何划分

CMMI的等级如何划分CMMI的等级分为能力等级和成熟度等级。

一、过程能力遵循一个过程可达到的预期结果的程度。

表征组织对一个过程域的改善，是不断改善一个给定的过程域的一种手段。

二、能力等级能力等级包含一个共性目标及其相关的共性实践，它们与一个过程域相关联，能够改进组织同那个过程域相关联的过程。

能力等级0：未完成级。

过程不完整–一个过程或者没有得到执行或者只是得到部分执行。

过程域的一个或者多个特定目标没有被实现，而且该等级不存在共性目标，因为没有理由将一个仅仅是部分完成的过程制度化。

能力等级1：已执行的过程–实现了过程域的特定目标。

它支持产生输出成果所需的工作。

能力等级2：已管理的过程–一个能够支持该过程的基础设施已经到位的已执行（能力等级1）的过程。

它的计划和执行按照政策来进行；雇佣了拥有充足资源以生成受控的输出的有熟练技能的人；相关的利益相关者参与了进来；它受到了监控和检查；还要接受有没有遵守过程描述的评价。

能力等级2所表现出的工艺有助于确保现有的实践在困难时期仍能够保持。

能力等级3：已定义过程–按照组织的裁减指南从组织的标准过程中裁减出来的一个已管理（能力等级2）过程，它向组织的过程资产提供工作成果、量度和其他的过程改进信息。

能力等级4：量化管理过程–使用统计和其他定量技巧控制的一个已定义（能力等级3）过程。

质量和过程绩效的量化目标得以设立并被当作管理过程的标准。

质量和过程绩效在统计意义上得到理解，并在过程的生命周期中受到管理。

能力等级5：持续优化过程–经过改进的一个量化管理过程，这种改进的基础是对过程内在的共性变异原因的理解。

持续优化过程的中心在于通过渐进式的和创新式的改进持续地改进过程绩效的范围。

三、组织成熟度等级成熟度等级是一个经过定义的渐进的过程改进集合。

每个成熟度等级都巩固了组织在计划、执行以及成功地完成项目方面的一些重要能力。

CMMI的阶段式表示模型定义了5个成熟度等级，在持续的过程改进上，每一等级都是构成下一阶段基础的一个层次，这些等级用从1到5的数字表示。

CMMI_L2标准体系详解

CMMI L2标准体系详解序：一个处于“无序化”生产的软件公司，要进行过程改进，首要是改进什么呢？做任何事情都需要计划，做软件开发这样复杂的工作更加需要计划，所以2级中有项目计划(PP)以及项目计划跟踪与控制(PMC)两个PA，分别对指定计划以及计划的执行给出了详细的标准。

人是会死的，需求是会变的。

需求变更是每个软件公司最头疼的问题，需求变更也是导致项目进度拖延、成本高涨的主要原因。

如何管理好需求呢？需求管理(RM)给出了详细的指引。

软件生产越来越复杂，有时候我们需要采购一些组件，用于项目中。

另外一个方面，纯软件的项目比例也慢慢缩小，很多软件是基于一定的硬件的，而不少硬件也是需要采购的。

如何采购到合适的软硬件，如何保证采购工作不影响项目成功呢？供应商协议管理(SAM)会给你一个解答。

软件是比较难进行量化管理的，但作为公司的管理者，总会想知道成本、进度、缺陷方面的一些数据，以了解项目的情况。

CMMI2级，已经对度量提出了要求，详细情况见度量(MA)这个PA。

如何保证软件生产过程中各类工作产品协调一致，配置管理(CM)会给出指导。

如何保证每个工作产品以及生产工作产品的过程是遵照规定执行的呢？产品与过程质量保证(PPQA)有明确的指引。

CMMI L2级一共有以下PA：1)项目计划(PP)2)项目计划跟踪与控制(PMC)3)需求管理(RM)4)供应商协议管理(SAM)5)度量(MA)6)配置管理(CM)7)产品与过程质量保证(PPQA)每个PA有什么乾坤呢？我们会详细向大家阐述。

目录一章：需求管理(Requirements Management) (2)二章：项目计划(Project Planning) (4)三章：项目跟踪和控制(Project Monitoring and Control) (6)四章：供应商协议(Supplier Agreement Management) (8)五章：过程与产品质量保证(Process and Product Quality Assurance) (9)六章：配置管理(Configuration Management) (10)七章：度量(Measurement and Analysis) (13)一章：需求管理(Requirements Management)人是会死的，需求是会变的。

CMMI基本流程

CMMI基本流程CMMI，即能力成熟度模型集成，是一种软件工程和系统工程过程改进的综合框架。

它提供了一套用于评估和改进组织开发和维护过程能力的最佳实践。

CMMI包含了一系列的指南和建议，以帮助组织建立可靠和高质量的软件和系统。

CMMI1级：初级级别，目标是确保项目能够按时交付，并满足基本的质量标准。

该级别的主要活动包括计划项目、跟踪项目进展、管理配置和管理需求。

CMMI2级：可重复级别，目标是确保项目能够清晰地定义过程，并对这些过程进行管理和执行。

该级别的主要活动包括定义过程、建立项目计划、进行项目监控和度量，以及对项目执行进行评估。

CMMI3级：已定义级别，目标是确保项目过程得到完整和规范的定义，并具有标准化的执行过程。

该级别的主要活动包括过程及工作产品定义、培训人员以执行过程、执行定期审核和度量，并根据结果进行改进。

CMMI4级：管理定量的项目过程级别，目标是确保项目开发过程能够获得可预测和可控制的结果。

该级别的主要活动包括进行定量的项目过程管理和度量，以及根据结果进行过程改进。

CMMI的基本流程是通过评估和改进过程来提高组织的能力水平。

评估可以帮助组织确定当前过程的存在的问题和不足之处，改进则是为了解决这些问题并提高过程的效率和质量。

评估过程包括以下步骤：1.制定评估计划：确定评估的目标、范围和方法，编制评估计划。

2.进行评估：根据计划，收集、分析和评估组织的过程和资源，以确定组织的能力水平。

3.识别问题和机遇：根据评估结果，识别存在的问题和不足之处，以及可能的改进机会。

改进过程包括以下步骤：1.制定改进计划：根据评估结果，制定改进计划，明确改进目标和实施步骤。

2.实施改进：根据计划，实施改进措施，对过程进行调整和完善。

3.跟踪进展：对改进措施的实施进行跟踪和监控，确保改进目标的实现。

4.评估效果：对改进措施的效果进行评估，根据结果进行调整和改进。

通过评估和改进，组织可以逐步提高过程能力，从而提高软件和系统的质量和可靠性。

测试文档

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的真正意义在于它能够帮助我们提高项目管理的水平，而不是标准化。

如果我们不能够真正地掌握其管理内涵，而去设立自己的标准，则会是捡了芝麻丢了西瓜。

cmmi3技术要求

cmmi3技术要求【原创实用版】目录1.CMMI3 简介2.CMMI3 技术要求概述3.CMMI3 的具体技术要求4.总结正文CMMI3 技术要求CMMI3（Capability Maturity Model Integration 3）即能力成熟度模型集成 3 级，是软件开发领域的一种成熟度模型，主要用于评估和提高软件开发组织的能力。

CMMI3 是 CMMI 模型的第三级别，代表着组织的软件开发过程已经实现了标准化、规范化，并能够持续改进。

一、CMMI3 简介CMMI 是由美国卡内基梅隆大学软件工程研究所（SEI）开发的，旨在帮助软件开发组织提高其软件开发过程的成熟度。

CMMI 模型分为 5 个级别，从初始级到优化级，每个级别都代表着软件开发过程的成熟度。

CMMI3 是第三级别，要求组织的软件开发过程已经实现了标准化、规范化，并能够持续改进。

二、CMMI3 技术要求概述CMMI3 技术要求主要包括两个方面：过程管理和项目管理。

过程管理要求组织对软件开发过程进行标准化和规范化，包括需求管理、设计、实现、验证、维护等各个阶段。

项目管理要求组织能够有效地计划、执行和监控项目，以确保项目的成功完成。

三、CMMI3 的具体技术要求1.过程管理（1）需求管理：组织应建立有效的需求管理过程，确保需求的正确性和可行性，并能够跟踪需求的变化。

（2）设计：组织应采用科学的设计方法，确保软件设计的正确性和可靠性，并能够进行设计评审。

（3）实现：组织应采用成熟的编程方法和代码管理方法，确保软件实现的正确性和可维护性。

（4）验证：组织应建立有效的验证过程，确保软件符合需求和标准，并能够进行缺陷管理。

（5）维护：组织应建立有效的维护过程，确保软件能够在运行过程中得到及时和有效的维护。

2.项目管理（1）项目计划：组织应制定详细的项目计划，包括项目目标、范围、进度、成本、质量、风险等各个方面。

（2）项目执行：组织应按照项目计划进行项目执行，并能够及时监控项目的进度和质量。

软件项目管理CMMI入门与精通

软件项目管理CMMI入门与精通1．初识cmmi2．CMMI一级—初始级3．CMMI二级4．CMMI三级5．CMMI四级6．CMMI五级7．CMMI与ISO的区别与联系8．CMMI在项目中软件研发实际应用一、初始CMMICMMI是由卡内基梅隆大学软件工程学院（Software Engineering Institute，简称SEI）1984年受美国国防部要求开始研究在软件产业建立一套工程制度，用来评估与改善软件开发公司的过程与能力，并协助软件开发人员持续改善流程的成熟度与软件质量，从而提升软件开发项目及公司的管理能力，最终达到软件开发功能正确、缩短开发进度、降低开发成本、确保软件质量的目标。

1986年正式开始研究CMM能力成熟度模型（Capability Maturity Model，简称CMM），于1991年正式推出了软件能力成熟度模型（Capability Maturity Model For Software，简称SW-CMM）,两年后1993年正式推出SW_CMM1.0 。

后来又根据CMM1.0在各个行业领域进展成了CMMs，其中包含系统工程能力成熟度模型（Systems Engineering Capability Maturity Model, SE-CMM）、整合产品进展能力成熟度模型（Integrated Product Development Capability Maturity Model, IPD-CMM）、人力资源管理能力成熟度模式（People Capability Maturity Model, P-CMM）等应用模型。

由于各行业架构的不一致，SEI于2000年12月公布了能力成熟度整合模型（Capability Maturity Model - Integrated, CMMI）对此进行整合。

后来通过不断改进，就形成了今天的CMMI1.2,1.3版本。

CMMI有关基本概念：CMMI-Capability Maturity Module Integration（软件过程能力成熟度集成模型），是将原先的CMM-SW/SE等等整合为一个模型，目前使用的版本叫CMMI-DEV（Development）v1.2。

CMMI+L2标准体系详解

人是会死的，需求是会变的。

需求变更是每个软件公司最头疼的问题，需求变更也是导致项目进度拖延、成本高涨的主要原因。

如何管理好需求呢？需求管理(RM)给出了详细的指引。

软件生产越来越复杂，有时候我们需要采购一些组件，用于项目中。

另外一个方面，纯软件的项目比例也慢慢缩小，很多软件是基于一定的硬件的，而不少硬件也是需要采购的。

如何采购到合适的软硬件，如何保证采购工作不影响项目成功呢？供应商协议管理(SAM)会给你一个解答。

软件是比较难进行量化管理的，但作为公司的管理者，总会想知道成本、进度、缺陷方面的一些数据，以了解项目的情况。

CMMI2级，已经对度量提出了要求，详细情况见度量(MA)这个PA。

如何保证软件生产过程中各类工作产品协调一致，配置管理(CM)会给出指导。

如何保证每个工作产品以及生产工作产品的过程是遵照规定执行的呢？产品与过程质量保证(PPQA)有明确的指引。

第07讲 CMMI2-3级相关内容讨论

6、CM
1。CM的目的是什么？ 2。什么是配置项？ 3。配置控制委员会（CCB）的作用是什么？ 4。谁负责协调和实施项目的软件配置管理？ 5。CM的主要工作有那些？ 6。配置管理员（CC）的具体活动有那些？ 7。配置管理活动是否要计划？ 8。配置管理计划应该包括那些主要内容？（讨论、SCM计划示例） 9。谁负责制定CM计划？ 10。对CM活动应该进行那些度量？
2、REQM
1。REQM的目的是什么？ 2。REQM包括哪几个主要方面？ 3。对于软件产品开发，你认为需求管理、设计、编码和测试那个重要？（讨论） 4。软件需求为什么要建立基线？ 5。对软件需求的评审主要关注那些方面？ 6。你认为哪些角色或小组应该参与软件需求评审？ 7。需求评审发现的问题谁负责修改？ 8。软件需求被纳入基线后，再变更需求该如何评审？由谁批准？ 9。你认为对需求管理的度量应该度量哪些指标？
3、PP
1。项目计划的目的是什么？ 2。项目计划什么时候开始？什么时候结束？ 3。估计为何要文档化？ 4。项目计划包括那些主要过程？ 5。常用的软件生命周期模型有那些？ 6。确定软件生命周期模型有何意义？ 7。项目估计的作用是什么？ 8。项目估计一般估计哪些因素？哪些是必须的？ 9。软件的规模可以用哪些指标来衡量？ 10。谁负责PP？ 11。项目计划的基础是什么？ 12。软件开发计划是否要评审？那些角色应该参与评审？ 13。软件开发计划评审的重点在那些方面？ 14。制定软件开发计划如何考虑风险因素？ 15。针对PP，应该进行那些度量？
cmmi2cmm2cmmi2认证致青春讲的什么内容五讲四美内容讲故事的内容讲文明树新风内容讲故事比赛内容讲卫生手抄报内容讲党课内容kwsx讲什么内容
第7讲：CMMI 2-3级复习讨论
1、CMMI概述（1/3）

CMMI基础知识2-2和3级

3
项目计划(Project Planning)(PP)

Project Planning的目的：

建立和维护计划，计划规定了项目需要做的活动。

那么，需要做到怎样的程度，才算把 PP做好考虑，发表一下?
4
1.基础工作
1. 2. 3. 4.
分解项目任务，做WBS 列出工作产品和工作任务考虑采用怎样的软件开发生命周期确定工作量、费用等
8

2级特点小结

软件开发的一些细节没有定义：如需求开发、设计、编码、测试全部的PA都是针对项目这一级的，没有组织级的PA。
9
2级和我们的水平比较

我们完全达到了2级的水平！大家充分理解了2级所需要做的各项工作！
10
3级的特点

项目管理水平升级细化了软件工程的各个环节增加了决策流程加入了组织级方面的要求
27
组织级方面的要求

组织过程聚焦(Organizational Process Focus)(OPF) 组织过程定义(Organizational Process Definition)(OPD) 组织培训(Organizational Training)
28
3级小结-1

项目管理水平升级

这类工作，就是要满足项目计划的第一个目标(Goal)：建立评估(Establish Estimates) 而以上每一项，就是一个实践(Practice)
5
2.写计划
1. 2. 3.
4.
5. 6. 7.
建立预算和进度识别项目风险计划好如何管理各类文档、代码等计划好软硬件资源计划好需要哪些培训或者技术支援计划好与用户、外单位的交涉把以上内容文档化这是项目计划的第二个Goal：开发一个项目计划(Develop a Project Plan)

CMMI简介及CMMI2级的实施方案设计（DOC）

CMMI简介及CMMI2级的实施⽅案设计（DOC）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 可以主要应⽤在两个地⽅：企业软件过程的改进和企业软件过程能⼒的评估。

cmmi认证的五个级别

CMMI（Capability Maturity Model Integration）是一套全面的过程级别改进的训练和评估体系。

CMMI模型用于帮助组织提升其过程管理和产品开发的成熟度和效率。

这个模型有不同的版本，包括针对开发（CMMI-DEV）、服务（CMMI-SVC）和采购（CMMI-ACQ）的实践。

CMMI模型有两种表示方法：连续表示和阶段表示。

在阶段表示里，CMMI定义了以下五个成熟度等级（Maturity Levels）：1. 初始级别（Level 1 - Initial）：在这个阶段，组织的过程通常是不可预测的，因为这些过程是不成熟的，基本是临时和反应式的。

项目成功依赖于个人的努力，而不是受限于使用重复和定义明确的过程。

2. 已管理级别（Level 2 - Managed）：该级别组织已经开始建立基本的项目管理过程以跟踪成本、时间表和功能性。

该级别强调的是项目层面的管理和控制。

3. 已定义级别（Level 3 - Defined）：组织在这个阶段拥有一套标准的过程，这些过程被描述出来，并且是全组织范围内理解和使用的。

项目组从这些标准过程中提取出自己的过程，并根据需要进行调整。

4. 量化管理级别（Level 4 - Quantitatively Managed）：在这个级别的组织进行度量和控制。

组织使用量化的数据来确定进程效能，并在整个项目中使用这些数据来管理过程和质量，达到可预测的过程水平。

5. 优化级别（Level 5 - Optimizing）：优化级的组织关注持续的改进。

在这个阶段，过程的改进基于理解过程变异和根本原因分析，从而实现过程和产品的持续改进和创新。

不同级别的认证，代表了组织在过程成熟度和能力改进方面的不同水平。

这些级别为组织提供了一个参照，帮助它们系统地改进过程，以提高执行力和提升项目管理的成果。

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)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。

CMMIL2考题

CMMI 简介（25空）1、CMMI来源于全面质量管理（TQM）思想。

TQM认为，产品的质量在很大程度上取决于生产和维护这个产品所使用的过程。

2、CMMI模型有两种表述方式（Representation），他们是式表达和阶段式表达3、CMMI 阶段式表述2级一共有7个过程域（PA），这些过程域中属于项目管理领域的有：、、。

属于工程领域的有：。

属于支持领域的有：、、。

4、CMMI 阶段式表述将成熟度级别分为5级，它们的名称1-5级分别是：、、、、。

5、所有PA的内容在组织结构上是完全相同的，这些内容分为三类：必需的、和信息性的。

其中，必需的内容被称为和共性目标，共性目标下面所属的实践叫做实践。

6、一个过程就是为了某个结果而进行的一系列。

7、项目的三个基本特点是、独特的、。

8、对一个普通的项目通常需要管理其8个方面，并对这8个方面进行整体管理。

它们分别是、、、、人力资源、沟通、风险、采购。

9、项目是复杂的、长期的活动，因此常分成若干个阶段逐步进行，这些阶段的集合，就叫做项目的。

Project Planning （25空）1、在CMMI中阐述的项目计划的目的是：建立并维护项目计划，以定义项目。

2、CMMI PP过程域设立了3个特性目标（SG），它们依次是：、开发项目计划、。

3、计划的第一步是估算，估算的第一步是开发一个顶层WBS用来估计项目的。

然后要估算任务和产品的属性，其中最重要的是产品的。

接下来通过划分一些阶段，定义项目的。

最后，要为项目的工作产品和任务估算和成本。

4、项目计划过程域的SG2是说要开发一个项目计划，SP2.1到SP2.6分别指名了项目计划中应该包含的6项内容，这包括：、、数据管理、、知识和技能、。

5、项目计划需要与项目组内、外各相关干系人进行评审，达成广泛的。

6、一般的，组织通过建立并召开一个启动会议，以正式地启动一个项目。

7、项目计划是有层次的。

作为项目与相关干系人之间建立的“合同”、并不能随便修改的那种计划叫做。

CMMI3访谈问题及答案--ll(实施基础条件)

CMMI3访谈问题及答案--Ⅱ（实施基础条件)1、请说明公司是否提供了充足的资源支持你所负责的工作，例如人员、工具？提供了，例如EPG：人力资源，资金，之前的一些过程文件（模板，指南，规程等）项目经理：人力资源，资金，历史数据，之前的一些过程文件（模板，指南，规程等）需求人员：办公环境，软硬件设备，过程文件（模板，指南，规程等）设计人员：办公环境，软硬件设备，过程文件（模板，指南，规程等）编码人员：办公环境，过程文件（模板，指南，规程等），可复用代码测试人员：办公环境，过程文件（模板，指南，规程等），测试工具配置人员：办公环境，过程文件（模板，指南，规程等）培训人员：人力资源，资金，过程文件（模板，指南，规程等）质量保证人员：办公环境，过程文件（模板，指南，规程等）2、在项目或组织中，您是否觉得有哪些角色没有足够的人员或工具资源?用到了哪些软件，这些软件的许可是否足够？（1）没有。

（2）开发人员：java开发工具，MYSQL。

自购软件，有足够的许可。

非开发人员：Office、svn、WPS等；有足够的许可。

3、公司在你当前岗位相关的技术和知识要求方面提供了哪些培训？EPG：项目管理培训，CMMI培训，OSSP培训，开发工具和配置管理工具使用的培训，业务知识培训，新技术的培训等。

项目经理：项目管理培训，CMMI培训，OSSP培训，需求原型工具和开发工具使用的培训，业务知识培训，新技术的培训等）需求人员：OSSP培训，CMMI培训，业务培训设计人员：SVN/Git工具使用等，CMMI培训，OSSP培训，设计规范，HTML和数据库使用等技术培训。

）编码人员：SVN/Git工具使用等，CMMI培训，OSSP培训，编码规范，JAVA和数据库使用等技术培训。

）测试人员：SVN/Git工具使用等，CMMI培训，OSSP培训，测试工具的使用等技术培训。

配置人员：配置管理培训，SVN/Git工具使用等。

培训人员：CMMI培训，OSSP培训，关于如何执行培训和提高培训能力的培训。

CMMI简介

Pa ge 9
议题
1：CMMI简介：简介
2：CMMI等级划分：等级划分
3：CMMI3级体系：级体系
4：CMMI3级认证：级认证
10
ቤተ መጻሕፍቲ ባይዱ
用CMMI1-5级如何管理？ CMMI1- 级如何管理？
成熟度等級 5.持续优化级 5.持续优化级 4.定量管理级定量管理 4.定量管理级过程域
组织创新与部署原因分析与解决组织过程绩效量化项目管理需求开发技术方案产品集成验证确认组织过程专注组织过程定义组织培训集成项目管理集成项目管理风险管理风险管理决策分析与解决需求管理项目计划项目監控项目監控供应商协议管理供应商协议管理度量與分析过程与产品质量保证配置管理
CMMI是什么？ CMMI是什么？是什么
(能力成熟度模 Capability Maturity Model Integration (能力成熟度模型综合) 型综合) Technology 它综合了以下几方面: 它综合了以下几方面: 技术 System engineering Schedule 进度 Software engineering Quality Cost Integrated Product and 质量成本 Process Development Process 过程 People 人 Supplier Sourcing 该模型提供一套可供公众使用的准则；该模型提供一套可供公众使用的准则；这些准则描述那些成功地实施了过程改进的组织的特性。过程改进的组织的特性成功地实施了过程改进的组织的特性。该模型用“软件能力成熟度” 该模型用“软件能力成熟度”来衡量这种软件综合能力
08:58

cmmi认证等级和条件

cmmi认证等级和条件
CMMI认证等级和条件主要包括以下内容：
1. CMMI认证等级：CMMI认证一般分为5个等级，分别是初级（Level 1）、可管理（Level 2）、定义（Level 3）、量化管理（Level 4）和优化（Level 5）。

2. 条件要求：在进行CMMI认证前，企业必须满足一系列条件要求，包括有一定的规模、具备一定的成熟度和经验、具备较强的项目管理和质量管理能力等。

此外，企业还需要组建CMMI团队，对组织进行自我评估，制定改进计划等。

3. 评估过程：CMMI认证评估一般分为两个阶段，第一阶段是评估前准备，主要包括确定评估范围、确定评估方案、组织准备等；第二阶段是正式评估，主要包括现场调查、数据分析、成熟度评估等环节。

评估结果将被反馈给企业，并进行认证等级的判定。

4. 维持认证：企业在获得CMMI认证后，需要定期进行评估来维持认证，一般为每2到3年进行一次。

企业需要持续改进，提高其成熟度水平，以保持CMMI 认证等级。

cmmi2级认证资质条件

cmmi2级认证资质条件CMMI（Capability Maturity Model Integration）是一种全面性的过程改进方法，旨在评估和提升组织的软件和系统工程能力。

作为一种国际公认的行业标准，CMMI认证可以帮助企业提高产品和服务的质量、可靠性和效率，增强竞争力，获得更多的商业机会。

CMMI认证分为多个级别，其中CMMI level 2是第二个级别，也是广泛接受和认可的一个级别。

要获得CMMI level 2认证资质，组织需要满足一系列条件和要求。

下面是一些常见的CMMI level 2认证资质条件：1.具备完整的软件和系统工程流程：组织需要建立和实施一套完整的软件和系统工程流程，包括需求管理、配置管理、项目管理、风险管理等方面的流程。

这些流程需要与组织的业务目标和战略相一致，并能够有效地支持产品和服务的开发和交付。

2.满足CMMI level 2过程能力要求：CMMI level 2要求组织具备一定的过程能力，能够在项目执行过程中按照规定的流程进行工作，使用标准化的工具和方法，达到一定的质量和效率要求。

组织需要进行自我评估和内部审核，确保自身的过程能力符合CMMI level 2的要求。

3.培训与持续改进机制：组织需要建立培训和持续改进机制，培养员工的软件和系统工程能力，提高他们的专业水平和能力。

组织需要定期进行内部培训和知识分享，不断改进和优化软件和系统工程流程，以适应市场的变化和客户的需求。

4.项目管理和组织文化：组织需要具备一定的项目管理能力，能够有效地管理和控制项目的进度、质量和成本等方面。

同时，组织需要营造一种积极的组织文化，鼓励团队成员之间的合作和沟通，提高项目的协同效率和整体绩效。

5.组织内外部合作与合规：组织需要与内外部的合作伙伴进行紧密的协作，建立良好的合作关系，实现资源共享和优势互补。

在合作过程中，组织需要遵守相关的法规和法律要求，确保合作的合规性和合法性。

6.保持监控和评估：获得CMMI level 2认证后，组织需要持续进行监控和评估，确保自身的过程能力和绩效持续改进。

cmmi2级与3级的存在的一些不同

cmmi2级与3级的存在的一些不同2级其实有很多问题还没有解决的，细心的人会发现，2级对软件工程活动的指导很弱，如：需求开发、设计、编码、测试等。

如果说2级是项目级那么3级已经上升为组织级了。

从评估的角度看，2级将项目管理的工作做好了，当然还有MA了，2级的MA要求是不高的，也就基本可以满足2级要求了，所以，2级相对来说也比较简单，从目前国内的情况来看，目前企业选择过2级的不多，都基本直接过3级。

具体2级的体系文件详细描述见：3级在评估过程是有难度的，18个PA，比2级就多不少，呵呵。

我们一般对工程上的PA都比较熟悉，但是对组织级的PA可能有点理解上的困难。

组织过程焦点(Organizational Process Focus)：这个PA要求组织成立EPG来推动过程改进的工作，要求识别、计划、实施改进过程，保证组织过程能持续改进。

组织过程定义(Organizational Process Definition)：这个PA要求组织级建立财富库，财富库内容要包括标准的过程、裁剪库、度量库、生命周期模型等。

组织培训(Organizational Training)：要求组织根据商业目标要求准备并提供培训。

很多3级的企业对这个3个PA，出来组织过程定义做了点之外，其他基本比较难做，基本还是在其他的PA方面。

如果是4级的企业，这3个PA就要做得好些了。

总结一下3级的几个重要特点：1)明确规定了需求开发、设计、编码、测试、集成等软件开发各过程的要求。

2)对项目管理提出了更高的要求，要利用组织级的数据来管理项目。

3)出现了专门针对组织级的PA，要求有专门的组织来负责过程改进的工作。

4)提供了一个做出最佳决策的指导，而这个方法可以用于软件工程，也可以用于组织级过程改进。

由这些特点大家可以看到，3级已经对软件开发的各个方面有了详细的要求，2级很多不明细的地方全部已经明确。

一个达到3级的企业，肯定会定义了很多软件开发各个方面的过程，并且会有组织级的财富库。