CMMI3级过程域(PA)

CMMI3级--EPG的问题及答案第一篇：CMMI 3级--EPG的问题及答案1、EPG的职责是什么？职责在哪个文件定义的？日常工作做些什么？ EPG的职责是：保障CMMI体系在公司有效执行，推动公司过程改进工作体现在：OPD的《EPG工作过程》文件日常工作是：1、制定、维护组织过程资产，并以此为项目提供帮助和指导2、收集过程改进意见、制定过程改进计划，推动公司过程改进工作；3、评价过程改进的效果；4、对组织过程培训工作进行统一管理；2、组织过程资产库的内容？1、标准体系文件2、组织度量库3、项目文档库4、组织知识库（培训资料）5、公共组件库6、组织最佳实践库3、是如何管理体系文件的？由组织级CM进行管理。

根据《过程改进计划》制定《基线发布计划》，体系文件更新后按时发布基线（EPG及高层经理审批基线）4、是如何管理组织经验库的？-EPG根据项目的度量数据定期更新PAL数据（项目结束时）-项目结束后的提供的经验教训、共享知识、最佳实践等提交EPG 审核后纳入组织PAL。

依据改进建议制定改进计划-高层批准改进计划后，EPG制定过程行动计划。

-建立/修改体系文件，评审后发布。

-对相关人员进行体系文件的培训，培训后先在试点部门和项目中执行。

按SEI的IDEAL模型持续进行改进。

7、EPG是如何开展工作？成立SEPG小组、得到授权、计划、制定/修改过程、发布过程、培训、取得反馈、持续改进8、组织过程改进目标是如何确定的？根据组织的商业目标提出，经过EPG评审通过9、在过程改进过程中，目标是怎么落实的？落实的怎么样？离目标还有多少差距？实际与目标做差距分析－》制定过程改进计划－》分配职责－》执行－》监控10、如何收集和管理过程改进建议？收集过程改进意见的方式：-高层的意见（商业目标）-QA提供建议（QA年度问题分析）-外部专家（咨询公司差异化分析）-EPG检查、审核（小型评估、体系文件Review）-向项目组征集意见管理某条改进建议的流程：-记录改进建议-《组织过程改进意见收集表》-EPG分析建议是否采纳，评估“优先级”和“实现难度”，制定过程改进的行动计划。

需求管理(REQM)培训授课说明REQM: Requirements Management •保持课堂安静•手机设置为震动•任何人可以提议休息•签到课程目的•理解需求管理的目标与内容•需求管理与其他过程域的关系•了解需求管理的应用议程•需求管理的目的和意义•与其他过程域的关系•需求管理的内部结构•特定目标与特定实践•共性目标与共性实践•需求管理过程的示例需求管理的目的•需求管理目的：管理产品需求和产品组件的需求,并且确保能把需求的更改反映到项目计划、活动和工作产品中。

•需求：项目接收的或项目产生的产品和产品组件需求以及组织对项目实施的要求。

议程•需求管理的目的和意义•与其他过程域的关系•需求管理的内部结构•特定目标与特定实践•共性目标与共性实践•需求管理过程的示例工程类过程域••RDPIValCustomerTSVerREQMRequirements 需求Customer needs 客户需求Product and productcomponent requirements 产品和产品构件需求Product components, work products,verification and validation reports 产品组件、中间产品以及验证和确认报告Productcomponents产品组件Alternative solutions供选择方案Require-mentsProduct与其他过程域的关系-1注：REQM:需求管理RD ：需求开发TS ：技术解决PI ：产品集成VER ：验证VAL ：确认与其他过程域的关系-2z需求开发(RD):将关键人士需求转为产品需求，并决定如何配置到产品组件z技术解决(TS):将需求转为技术解决方案z项目计划(PP):有关于项目计划如何反应需求或因应需求而变动z配置管理(CM):有关与需求相关之文件控制管理部分z项目监督和控制(PMC):有关需求之各项项目活动与工作产品之跟踪监控议程•需求管理的目的和意义•与其他过程域的关系•需求管理的内部结构•特定目标与特定实践•共性目标与共性实践•需求管理过程的示例RequirementsObtain an UnderstandingofRequirements 获得可理解需求Obtain CommitmenttoRequirements 获得对需求的承诺Traceability Matrix orRequirements Tracking SystemMaintain Bidirectional Traceability of Requirements 维护需求的双向可溯性Identify Inconsistencies Between Project Work and Reqmts 识别需求和工产品不一致性Manage Requirements 需求管理Manage Requirements Changes 管理需求的变更需求管理内部结构议程•需求管理的目的和意义•与其他过程域的关系•需求管理的内部结构•特定目标与特定实践•共性目标与共性实践•需求管理过程的示例特定目标与特定实践•SG1 管理需求对需求进行管理并识别与项目计划和工作产品之间的不一致之处。

决策分析和决定(DAR)培训授课说明DAR: Decision Analysis and Resolution •保持课堂安静•手机设置为震动•任何人可以提议休息•签到课程目的•理解决策分析与决定的目标与内容•决策分析与决定与其他过程域的关系•了解决策分析与决定的应用议程•决策分析与决定的目的•与其他过程域的关系•决策分析与决定的内部结构•特定目标与特定实践•共性目标与共性实践•决策分析与决定过程的示例决策分析与决定的目的z“决策分析与决定”目的在于运用结构化方法按照所建立的准则对所确定的候选方案进行决策。

议程•决策分析与决定的目的•与其他过程域的关系•决策分析与决定的内部结构•特定目标与特定实践•共性目标与共性实践•决策分析与决定过程的示例•PPQAMACMAll process areasMeasurements,analysesInformation needsConfigurationitems;change requestsBaselines;audit reportsProcesses and work products;standards and proceduresQuality and noncomplianceissues与其他过程域的关系-1基础支持类过程域•DARAll process areasCARDefects and other problemsSelected issuesProcessimprovement proposalsStructured decisionsProcess Management Process Areas Project Management Process AreasOEIIntegrated work environment and people practicesIPPDknowledge and skill needsAbility to develop and deploy IPPD processes and supporting assetsOrganizationIPPD Infrastructure 高级支持类过程域组织集成环境OEI ：Organizational Environment for Integration (IPPD)原因分析与解决方案CAR ：Causal Analysis and Resolutionz项目策划(PP)：关于项目总的策划的更多的信息z集成项目管理(IPM)：关于建立项目已定义过程的更多的信息z风险管理（RSKM）：于识别和缓解风险的更多的信息议程•决策分析与决定的目的•与其他过程域的关系•决策分析与决定的内部结构•特定目标与特定实践•共性目标与共性实践•决策分析与决定过程的示例Decision Analysis and Resolution -ContextEstablish Guidelines for Decision Analysis拟定并运用决策分析指导原则GuidelinesEvaluate Alternatives评价候选方案SelectEvaluationMethods选择评价技术Methods CriteriaEstablishEvaluationCriteria建立评价准则SelectSolutions 选择解决方案Identify Alternative Solutions确定候选方案Proposed AlternativesEvaluateAlternatives评介候选方案OtherPAs决策分析与决定内部结构议程•决策分析与决定的目的•与其他过程域的关系•决策分析与决定的内部结构•特定目标与特定实践•共性目标与共性实践•决策分析与决定过程的示例特定目标与特定实践•SG1评价候选方案运用所拟订的准则评价候选方案，为决策奠定基础。

CMMI3级认证遵循的标准是**CMMI能力成熟度模型**。

CMMI 是针对软件企业的能力成熟度模型标准，它主要是对过程的一致性和有效性进行评估，以确保组织能够有效地执行其核心业务过程。

在CMMI模型中，软件开发过程中的每个活动和决策都与一组过程目标和组织标准一致，从而确保一致的过程输出。

同时，通过使用量化的度量方法，CMMI可以衡量过程的有效性，从而确保过程改进的明确性和持续性。

CMMI3级认证需要企业具备的条件包括有专门的人员进行体系创建、体系监督执行、过程分析和改进，并且在评估前要至少完成体系创建、完成，并持续运行半年以上。

CMMI3级认证的18个过程域包括：过程管理（OPD：组织级过程定义、OPF：组织级过程焦点、OT：组织培训管理），项目管理（PP：项目计划、PMC：项目监督与控制、SAM：供应商协议管理、IPM：集成项目管理、RSKM：风险管理），工程管理（RD：需求开发、REQM：需求管理、TS：技术解决方案、PI：产品集成、VER：验证、VAL：确认）。

以上信息仅供参考，如有需要，建议咨询专业技术人员。

CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。

分为5个级别，25个过程域（Process Area，PA）。

1、初始级（Initial）软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。

管理是反应式的。

2、可重复级/受管理级（Repeatable）建立了基本的项目管理过程来跟踪费用、进度和功能特性。

制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。

共7个过程域：1）需求管理Requrements Management2）项目规划Project Planing3）项目跟踪和控制Project Monitoring and Control4）供应商协议管理Supplier Agreement Management5）度量与分析Measurement and Analysis6）过程与产品质量保证Process and Product Quality Assurance7）配置管理Configuration Management3、已定义级（Defined）已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。

所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。

共14个过程域：1）需求开发Requirements Development2）技术解决方案Techical Solution3）产品集成Product Integration4）验证Verification5）确认Validation6）组织过程焦点Organization Process Focus7）组织过程定义Organization Process Defintion8）组织培训Orgnizational Training9）集成项目管理Integrated Project Management10）风险管理Risk Management11）决策分析和解决DecisionAnalysis and Resolution12）集成团队Integrated Teaming13）集成组织环境Organizational Environment for Integration14）集成供应商管理Integrated Suppliers Management其中12、13是针对大型软件团队提出的要求，一般情况下中小型软件企业可以不用。

供应商协议管理培训•保持课堂安静•手机设置为震动•任何人可以提议休息•签到授课说明Supplier Agreement Management :SAM课程目的•理解供应商协议管理的目标与内容•供应商协议管理与其他过程域的关系•了解供应商协议管理的应用议程•供应商协议管理的目的•与其他过程域的关系•供应商协议管理的内部结构•特定目标与特定实践•共性目标与共性实践•供应商过定管理过程的示例供应商协议管理的目的•“供应商协议管理”旨在对以正式协议的形式从项目之外的供应商采办的产品和服务实施管理。

•“产品”一词既是指从供应商采办的产品也是指从供应商采办的产品构件。

议程•供应商协议管理的目的•与其他过程域的关系•供应商协议管理的内部结构•特定目标与特定实践•共性目标与共性实践•供应商协议管理过程的示例•PPWhat To BuildWhat To Do SAMPMCWhatTo MonitorReplanPlansStatus, issues, resultsof progress and milestone reviewsProduct component requirements Technical issuesCompleted product components Acceptance reviews and testsEngineering and Supportprocess areasStatus, issues, results of process andproduct evaluations;measures and analysesC o m m i t me n t sMeasurement needsCorrective actionSupplierSupplier agreementCorrectiveaction与其他过程域的关系-1基础项目管理过程域与其他过程域的关系-2z项目监督控制(PMC)：监督项目和采取纠正措施的更多的信息z需求开发(RD):确定需求的更多的信息z需求管理（REQM）：管理需求（包括对于向供应商采办的产品的需求的可追溯性）的更多的信息z技术方案（TS）：确定可能采办自供应商的产品和产品构件的更多的信息议程•供应商协议管理的目的•与其他过程域的关系•供应商协议管理的内部结构•特定目标与特定实践•共性目标与共性实践•供应商协议管理过程的示例ProductEstablish Supplier Agreements 签订供应商协议Evaluate Selected Supplier Work Products 评价供应商产品Determine AcquisitionType确定采购方式Transition Products 移交产品Accept the Acquired Product 验收采购的 产品Select Suppliers 选择供应商Supplier Requirements Executethe Supplier Agreement 执行供应商协议Establish Supplier Agreements 签定供应商协议Satisfy 履行供应商协议Supplier AgreementsSupplier AgreementPI供应商协议管理内部结构Monitor Selected Supplier Processes监督选定的 供应过程议程•供应商协议管理的目的•与其他过程域的关系•供应商协议管理的内部结构•特定目标与特定实践•共性目标与共性实践•供应商协议管理过程的示例•SG1签定供应商协议与供应商订立协定并予以维护。

∙CMMI3级简述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，除了对项目级提出要求，另外也对组织级提出了要求，IPM要求有组织级的资产库，RSKM要求要有组织级的风险管理策略等。

另外，3级有几个“O”开头的PA，这几个PA都是直接对组织级的提出要求。

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

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

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

组织过程定义OPD 培训授课说明OPD: Organizational Process Definition •保持课堂安静•手机设置为震动•任何人可以提议休息•签到课程目的•理解组织过程定义的目标与内容•组织过程定义与其他过程域的关系•了解组织过程定义的应用议程•组织过程定义的目的•与其他过程域的关系•组织过程定义的内部结构•特定目标与特性实践•练习•共性目标与共性目标•组织过程定义过程的示例组织过程定义的目的z“组织过程定义”的目的是建立并维护可用的组织过程财富。

z组织的过程财富是那些与过程的描述、实施和改进有关的制品（例如，方针、过程描述和过程实施支持工具）；包括过程和过程要素的描述、生存周期模型的描述、过程剪裁指南、过程相关的文档以及数据等。

z它们以共享"最佳实践"过程财富的形式支持整个组织的过程改进和吸收经验教训。

议程•组织过程定义的目的•与其他过程域的关系•组织过程定义的内部结构•特定目标与特性实践•练习•共性目标与共性目标•组织过程定义过程的示例基础过程类PAs •OPFOPDResources and CoordinationOTStd Process and Other AssetsTraining for Projects and Support Groups in Std Process and AssetsOrganization’s process needs and objectivesStd Process and Other AssetsSeniorManagementOrganization’sbusiness objectivesProject Management,Support, and Engineering processareasTraining needsImprovement information(e.g., lessons learned, data, artifacts)Process ImprovementProposals; Participation in defining, assessing, and deploying processes•Senior ManagementOPPProgress toward achieving businessobjectivesOIDQuality and process performance objectives, measures, baselines, modelsCost and benefit data from piloted improvementsQuality and process performance objectives, measures, baselines, modelsProcess performance and capability dataFundamental Set of ProcessManagement process areasAbility to develop and deploy process and supporting assetsOrganizationImprovementsCommon measuresProject Management,Support, and Engineeringprocess areas高级过程类PAs与其他过程域的关系-3z组织过程焦点:关于组织的过程相关问题的更多的信息。

CMMI3，是指CMMI三级，特点为明确规定了需求开发、设计、编码、测试、集成等软件开发各过程的要求。

在这个CMMI三级水平上，企业不仅能够对项目的实施有一整套的管理措施，并保障项目的完成；而且，企业能够根据自身的特殊情况以及自己的标准流程，将这套管理体系与流程予以制度化，这样企业不仅能够在同类的项目上得到成功的实施，在不同类的项目上一样能够得到成功的实施。

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

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

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

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