CMMI 过程域 - 实践

带你全⾯认识CMMIV2.0（三）——实践域实践域以往被称为称为“过程域”，如：配置管理，现在叫做“实践域”。

对于2.0版，则有25个适⽤的实践域。

与以前版本的CMMI模型⼀样，“实践域”介绍了定义实践意图的关键活动的要求和描述。

在新模型下，全部25个实践领都适⽤于成熟度为三级的组织。

另外，值得注意的是，通⽤实践的要求（版本1.3中）不再定义为“通⽤实践”，⽽是被纳⼊特定的实践域。

以前CMMI开发模型（版本1.3）的成熟度三级仅需要18个“过程域”，⽽在⾼成熟度等级（第4和第5级）则另外定义了四（4）个。

⾏动（Doing）包括⽤于⽣产、购买和交付优质解决⽅案的能⼒域。

确保质量(ENQ) – 帮助改进产品和服务质量需求开发和管理（RDM）使开发⼈员能够不断了解解决⽅案的需求和期望，并保持更新。

⽬的：抽取需求，确保利益相关⽅的共同理解，并统⼀需求、计划和⼯作产品。

价值：确保满⾜客户的需求和期望实践总结成熟度等级1RDM 1.1记录要求。

成熟度等级2RDM 2.1抽取利益相关⽅的需求、期望、约束以及接⼝或连接。

RDM 2.2将利益相关⽅的需求、期望、约束以及接⼝或连接转换为优先的客户需求。

RDM 2.3与需求提供者达成对需求含义达成⼀致。

RDM 2.4获得项⽬参与者的承诺，即他们可以落实这些需求。

RDM 2.5开发、记录和维护需求和活动或⼯作产品之间的双向可追溯性。

RDM 2.6确保计划和活动或⼯作产品与要求保持⼀致。

成熟度等级3RDM 3.1开发并持续更新解决⽅案及其组件的需求。

RDM 3.2开发操作概念和场景。

RDM 3.3分配要落实的需求。

RDM 3.4识别、开发并持续更新接⼝或连接需求。

RDM 3.5确保需求是必要且充分的。

RDM 3.6在利益相关⽅的需求和约束条件之间取得平衡。

RDM 3.7确认需求，以确保⽣成的解决⽅案在⽬标环境中按照预期⼯作。

过程质量保证（PQA）可确保遵循过程并产⽣质量解决⽅案⽬的：确定选定结果的原因，并采取措施防⽌不良结果的复发或确保正向结果的复发。

CMMI基础培训CMMI包括18个过程域：1评估2投标3合同评审、立项4总体计划(项目启动)5原形开发6需求分析7总体设计(概要设计)8详细设计9功能开发10代码走查11产品集成12集成测试13试运行(用户测试\上线运行)14初验15初验维护16终验17终验维护18结项报告在CMMI评级过程中，上面的18个过程域都必须提供证据，即所谓的PIID。

名词解释：PIID：Practice Instantiation Indicator Document实践的实施证据文档SR - Senior Management, PL - Project Lead, DEV - Developer, SQA, SCM. RM, SEPG随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM 模型。

例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等：（1）SW-CMM (Software CMM) 软件CMM（2）SE-CMM (System Engineering CMM) 系统工程CMM（3）SA-CMM (Software Acquisition CMM) 软件采购CMM（4）IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM（5）P-CMM (People CMM) 人力资源能力成熟度模型CMMI三级18个过程域中属于项目管理类的过程域:A、PP\PMC\RSKM\VAL\SAMB、PP\IPM\PMC\RSKM\SAMC、RD\PP\IPM\PMC\RSKM\SAMD、REQA\PP\PMC\IPM\SAMREQM: Requirements Management（需求管理）PP: Project PlanningPMC: Project Monitoring and Control（项目监控）MA: Measurement and Analysis（度量分析）PPQA: Process and Product Quality Assurance（过程、产品质量保证）CM: Configuration ManagementRD: Requirements DevelopmentVER: Verification（文档评审、系统测试）VAL: Validation（项目验收、发布许可）TS: Technical Solution方案选择表PI: Product Integration（产品集成）OPF:Organizational Process Focus(组织过程焦点)OPD:Organizational Process Definition(组织过程定义)OT: Organizational Training(组织培训)IPM: Integrated Project Management(集成项目管理)RSKM: Risk ManagementDAR:Decision Analysis and ResolutionCMMI2级简述如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。

CMM2标准CMM 2（可重复级）就是建立了基本的项目级管理过程，可对项目的成本、进度进行跟踪和控制，生产的过程、标准、工作产品以及服务都是被严格定义和文档化的。

基于以往管理类似的项目的经验，计划和管理新项目，并可依据一定的标准重复利用类似的软件产品。

CMM 2的核心就是重复利用。

CMM2由6个关键过程域(KPA)组成：需求管理(RM)、软件项目计划(SPP)、软件项目跟踪与监控(SPTO)、软件子合同管理(SSM)（本文略）、软件质量保证(SQA)、软件配置管理(SCM)。

需求管理(Requirement Management)需求管理的目的是为了在客户和处理客户需求的软件项目之间建立共识。

这是软件项目规划(SPP)和管理(SPTO)的基础，需求变更依赖于配置管理(SCM)的变更控制流程。

在项目实施过程中，最突出的现象就是项目组成员没有完全理解需求，软件需求不稳定，客户经常变更需求，无法有效控制需求变更，需求变更往往造成项目延期和费用超支。

CMM2要求的需求管理的基本流程可如<图一>所示。

该流程描述了软件工程组开始获取原始需求，汇总为系统需求，分配系统需求，复审软件需求，软件需求必须文档化形成需求文档，此文档必须经过相关组和个人的评审，通过评审之后才纳入配置管理，为需求文档建立基线。

软件项目计划、活动及软件工作产品，应和软件需求的变化保持一致。

根据流程，可以结合实际开发情况确定项目的需求管理步骤：a. 获取需求和确认需求以Use case（用例）为单位，以Rational Requisite Pro作为需求管理工具，使用Rational Rose进行维护Use case和Use case Model。

获取需求工件是：用例模型(Use case Model)、非功能性的“补充规约”、用例规约(Use case Specification)、词汇表(Glossary)b. 通过访谈，从客户处获取原始需求，形成需求文档。

CMMI3级18个过程域CMMI（Capability Maturity Model Integration）是一种用于评价和改进组织的软件工程能力的模型。

CMMI模型将软件工程能力分为不同的级别，目前最高级别是CMMI级别5、在CMMI模型中，共有18个过程域，每个过程域都包含一组过程目标和过程实践。

下面将介绍CMMI级别3中的18个过程域，并对每个过程域进行详细解析。

1. 要求开发（Requirements Development）：该过程域涉及确定、分析和记录系统和软件需求的活动。

它包括需求的获取、管理、分析和验证。

2. 要求管理（Requirements Management）：该过程域涉及组织和控制项目的需求。

它包括需求的识别、跟踪、控制和变更管理。

3. 项目计划和监控（Project Planning and Monitoring）：该过程域涉及制定和维护项目计划，并监控项目活动的执行。

它包括识别和规划项目活动、建立项目计划、监控项目进展和基于此进行调整。

4. 项目监控和控制（Project Monitoring and Control）：该过程域涉及监控和控制项目执行过程中的工作和活动。

它包括收集和分析项目绩效数据、对比实际和计划绩效，对项目进展进行控制。

5. 供应商协议管理（Supplier Agreement Management）：该过程域涉及与供应商达成协议，并管理和监控供应商的活动。

它包括选择供应商、与供应商协商、管理和控制供应商的交付和绩效。

6. 产品集成（Product Integration）：该过程域涉及对各个组成部分进行整合，形成最终产品。

它包括定义和实施产品集成策略、执行产品集成和验证集成后的产品。

7. 风险管理（Risk Management）：该过程域涉及识别、评估和控制项目和产品的风险。

它包括制定风险管理计划、识别和评估风险、并采取相应的风险缓解措施。

8. 决策分析和解决方案评估（Decision Analysis and Resolution）：该过程域涉及通过分析和评估不同的解决方案，制定决策。

CMMI DEV V1.3 过程域的目标及其实践CAUSAL ANALYSIS AND RESOLUTION5支因果分析和解决方案(CAR)支持(ML5) 因果分析和解决方案(CAR)的目的，是标识所选结果的原因，并采取措施以改进过程性能。

SG1 系统地确定所选结果的根本原因SP1.1 选择要分析的结果SP1.2 对所选择的结果进行因果分析，并提出相应的处理建议SG2 系统地处理所选结果的根本原因SP2.1 实施在因果分析中开发和选择的行动建议SP2.2 评价所实施的行动对过程性能的效果SP2.3 记录因果分析和解决方案的数据，供其它项目和组织使用CONFIGURATION MANAGEMENT2支配置管理(CM) 支持(ML2) 配置管理(CM)的目的，是采用配置标识、配置控制、配置状态报告和配置审计，来建立并维护工作产品的完成性。

SG1 建立所标识的工作产品的基线SP1.1 标识将置于配置管理下的配置项、配置构件和相关的工作产品SP1.2 建立并维护控制工作产品的配置管理和变更管理系统SP1.3 为内部使用和交付给客户创建或发布基线SG2 跟踪和控制在配置管理下工作产品的变更SP2.1 跟踪对配置项的变更请求SP2.2 控制对该配置项的变更SG3 建立并维护基线的完整性SP3.1 建立并维护描述配置项的记录SP3.2 执行配置审计，以保持配置基线的完整性DECISION ANALYSIS AND RESOLUTION3支决策分析与解决方案(DAR) 支持(ML3) 决策分析与解决方案(DAR)的目的，是运用正式的评价过程，按照建立的准则，对所标识的候选解决方案分析可能的决策。

SG1 运用建立的准测评价候选方案，作为决策的基础SP1.1 建立并维护确定哪些问题要接受正式评价过程的指南SP1.2 建立并维护评价候选解决方案的准则以及这些准则的相对排序SP1.3 标识用来处理问题的候选解决方案SP1.4 选择评价方法SP1.5 用已建立的准则和方法，评价候选解决方案SP1.6 基于评价准则，从候选方案中选择解决方案INTEGRATED PROJECT MANAGEMENT3项集成项目管理(IPM) 项目管理(ML3)集成项目管理(IPM)的目的，是按照从组织标准过程集剪裁而来的已集成和已定义的过程，来建立和管理该项目以及有关的项目相关人员的参与SG1 使用从组织标准过程集剪裁而来的已定义过程来管理该项目SP1.1 建立并维护从项目启动并贯穿项目生命周期的项目定义过程SP1.2 用组织过程资产和度量库，来估计和策划项目活动SP1.3 基于组织工作环境标准，建立并维护该项目的工作环境SP1.4 将项目计划与影响该项目的其他计划集成，以描述项目已定义过程SP1.5 用项目计划、影响该项目的其他计划以及项目已定义过程来管理项目SP1.6 建立并维护团队SP1.7 将与过程有关的经验纳入组织过程资产SG2 在该项目和有关的项目相关人员之间进行协调和合作SP2.1 管理与项目有关的项目相关人员的参与SP2.2 与有关的项目相关人员一起标识、磋商和跟踪关键的依赖关系SP2.3 与有关的项目相关人员一起解决问题MEASUREMENT AND ANALYSIS2支度量与分析(MA)支持(ML2) 度量与分析(MA)的目的，是开发和保持用于支持管理信息需要的度量能力SG1 根据已标识的信息需要和目的，确定度量的目标和活动SP1.1 建立并维护从已标识的信息需要和目标导出的度量目标SP1.2 详细说明满足度量目的的度量元SP1.3 详细说明如何获得和存储度量数据SP1.4 详细说明如何分析和沟通度量数据SG2 提供满足已标识的信息需要和目的的度量结果SP2.1 获得规定的度量数据SP2.2 分析和解释度量数据SP2.3 管理和存储度量数据、度量规格说明和分析结果SP2.4 与所有有关的项目相关人员沟通度量和分析活动的结果ORGANIZATIONAL PROCESS DEFINTION3过组织过程定义(OPD)过程管理(ML3) 组织过程定义(OPD)的目的，是建立并维护可用的组织过程资产、工作环境标准以及团队规则和指南的集合。

CMMI的22个过程域及其特定目标和实践CMMI共含有22个过程域：一、项目管理类：1、项目策划（PP）：SG1 完成参数估计SP1.1 估计项目的范围SP1.2估计项目属性SP1.3确定项目生存周期SP1.4 确定工作量和成本的估计值SG2 拟订项目计划SP2.1 编制预算和进度 SP2.2识别项目风险 SP2.3策划数据管理 SP2.4策划项目资源 SP2.5 策划必要的知识和技能 SP2.6策划共利益者的介入 SP2.7拟订项目计划SG3 获得对计划的承诺SP3.1 审查从属计划 SP3.2使工作与资源配备协调 SP3.3获得计划承诺2、项目监督和控制（PMC）：SG1 对照计划监督项目SP1.1 监督项目策划参数 SP1.2 监督承诺 SP1.3监督项目风险 SP1.4监督资料管理 SP1.5监督共利益者介入情况 SP1.6进行进展审查 SP1.7里程碑审查SG2 管理纠正措施，直到结束SP2.1 分析问题：收集并分析问题，确定处理这些问题所需的纠正措施SP2.2 采取纠正措施：对所识别的问题采取纠正措施3、集成项目管理（IPM）+IPPDSG1运用项目已定义过程SP1.1建立项目已定义过程 SP1.1运用组织过程财务策划项目活动 SP1.1建立项目工作环境综合计划 SP1.1运用综合计划管理项目 SP1.1充实组织过程财富SG2与相关的共利益者协调和合作SP2.1管理共利益者介入 SP2.2管理依存关系 SP2.3解决协调问题SG3IPPD应用（应用IPPD原则）SP3.1 建立项目的共同愿景 SP3.2 建立集成团队架构 SP3.3 分配需求至集成团队 SP3.4 建立集成团队 SP3.5确保跨团队间的合作4、供方协定管理（SAM）SG1 建立供方协定SP1.1分析由项目所决定的需求 SP1.2选择供方 SP1.3 建立供方协定SG2 满足供方协定SP2.1执行供方协定 SP2.2监督选定的供方过程 SP2.3评估选定的供方工作产品 SP2.4接受取得的产品 SP2.5移交产品5、风险管理（RSKM）SG1 准备风险管理SP1.1确定风险来源和类别 SP1.2定义风险参数 SP1.3建立风险管理战略SG2 识别和分析风险SP2.1识别风险 SP2.2对风险进行评价、分类和排列优先顺序SG3 缓解风险SP3.1拟订风险缓解方案 SP3.2实施风险缓解6、定量项目管理(QPM)SG1定量管理项目SP1.1建立项目目标 SP1.2组成已定义过程 SP1.3选择将予以管理的子过程 SP1.4管理项目性能SG2对子过程进行统计管理SP2.1选择度量值和分析技术 SP2.2运用统计方法，以掌握变化情况 SP2.3监督所选择的子过程的性能 SP2.4记录统计管理数据二、工程类1、需求管理（RM）2、需求开发（RD）3、技术解决（TS）SG1 选择产品构建解决方案SP1.1开发详细候选解决方案和选择准则 SP1.2开发操作概念和场景 SP1.3选择产品构件解决方案SG2 设计SP2.1运用有效的设计方法 SP2.2建立完备的技术数据包 SP2.3设计综合性接口 SP2.4进行制作、购买或复用分析SG3 实现产品设计SP3.1实现设计 SP3.2编制产品支持文档4、产品集成（PI）SG1 准备产品集成SP1.1建立产品集成战略 SP1.2建立产品集成环境 SP1.3规定详细的产品集成规程SG2 确保接口兼容性SP2.1审查接口描述的完备性 SP2.2管理接口SG3 组装产品构件和交付产品SP3.1确认集成用的产品构件已经准备就绪 SP3.2组装产品构件 SP3.3核查组装的产品构件 SP3.4打包和交付产品或产品构件5、验证（VER）6、确认（VAL）三、组织过程类：1、组织过程定义（OPD）SG1 建立组织过程资产SP1.1建立标准过程 SP1.2 建立生命周期模型描述 SP1.3建立裁剪准则及指南 SP1.4建立组织度量库 SP1.5建立组织过程资产库 SP1.6建立工作环境标准SG2 促成IPPD管理SP2.1建立授权机制 SP2.2建立集成团队规则与指南 SP2.3平衡团队与原隶属组织的责任2、组织过程聚焦（OPF）SG1 确定过程改进机会SP1.1确定组织的过程需求 SP1.2评估组织的过程 SP1.3识别组织的过程改进项目SG2 策划和实施过程改进活动SP2.1制定过程行动计划 SP2.2实施过程行动计划 SP2.3部署过程和相关的过程财富 SP2.4把过程相关的经验纳入本组织的过程财富3、组织培训（OT）SG1 确定培训需求并且使培训现成可用SP1.1 确定战略培训需求 SP1.2确定有哪些培训需求由组织负责满足 SP1.3 建立组织培训战术计划 SP1.4建立培训能力SG2 提供必要的培训SP2.1交付培训 SP2.2建立培训记录 SP2.3评价培训效果4、组织过程性能（OPP）SG1 建立性能基线和模型SP1.1 选择过程 SP1.2建立过程性能度量值 SP1.3建立质量和过程性能目标 SP1.4建立过程性能基线 SP1.5建立过程性能模型5、组织革新与部署（OID）SG1 选择改进项目SP1.1 收集和分析改进建议 SP1.2 识别革新 SP1.3 试行改进 SP1.4 选择改进建议，用于部署SG2 部署改进SP2.1策划部署 SP2.2管理部署 SP2.3度量改进效果四、支持类1、过程和产品质量保证（PPQA）SG1 客观评价过程和工作产品SP1.1客观评价过程 SP1.2客观评价工作产品和服务SG2 客观提供情况SP2.1通报不符合问题，并且确保解决它们 SP2.2建立记录2、配置管理（CM）SG1 建立基线SP1.1识别配置项 SP1.2建立配置管理系统 SP1.3建立或放行基线SG2 跟踪并控制变更SP2.1跟踪变更 SP2.2控制变更SG3 建立完整性SP3.1建立配置管理记录 SP3.2进行配置审计3、测量和分析（MA）SG1 协调测量和分析活动SP1.1 建立测量目标 SP1.2详细说明度量值 SP1.3说明数据收集和存储规程 SP1.4规定分析规程SG2 提供度量结果SP2.1收集度量数据 SP2.2分析度量数据 SP2.3存储数据和结果 SP2.4通报分析结果4、决策分析和决定（DAR）SG1 评价候选方案SP1.1拟订并运用决策分析的指导原则 SP1.2选择评价技术 SP1.3拟订评价准则 SP1.4确定推荐的侯选方案 SP1.5评价候选方案 SP1.6选择解决方案5、原因分析和决定（CAR）SG1 确定缺陷的原因SP1.1选择缺陷数据，用于分析、选择缺陷和其他问题，以供分析使用 SP1.2分析原因SG2 处理缺陷原因SP2.1实施措施建议 SP2.2评价变更的效果 SP2.3记录数据。

1．Cmmi2级所有过程区域：1.1关于项目计划此过程区域的目的在于：建立和维护定义项目活动的计划。

估计项目的范围。

建立对工作产品和任务属性的估计。

定义项目生命周期。

确定对工作量和成本的估计。

建立预算和时间表。

确定项目风险。

对数据管理、项目资源以及所需的知识和技能进行计划。

对利益相关者参与进行计划。

建立项目计划。

评审影响项目的计划。

协调工作级别和资源级别。

获得对项目计划的承诺。

项目计划过程域包括的活动:1. 建立估计支持实践：估计项目的范围、建立对工作产品和任务属性的估计、定义项目生命周期、确定对工作量和成本的估计。

2. 开发项目计划支持实践：建立预算和时间表、确定项目风险、对数据管理进行计划、对项目资源进行计划、对所需的知识和技能进行计划、对利益相关者参与进行计划、建立项目计划。

3. 获得对计划的承诺支持实践：评审影响项目的计划、协调工作级别和资源级别、获得计划承诺。

1.2关于项目监视和控制此过程区域的目的在于：提供对项目进度的了解，以便在项目的执行显著背离计划时可以采取相应的纠正措施。

对项目计划参数、承诺、项目风险、数据管理和利益相关者参与进行监视，从而根据计划对项目进行监视。

执行进度和里程碑评审。

分析问题；采取纠正措施并对该措施进行管理直到结束。

项目监视和控制过程域包括的活动:1．根据计划监视项目支持实践：监视项目计划参数、监视承诺、监视项目风险、监视数据管理、监视利益相关者参与、执行进度评审、执行里程碑评审。

2．管理纠正措施直道结束支持实践：分析问题、采取纠正措施、管理纠正措施。

1.3关于供应商协议管理此过程区域的目的在于：管理产品的购置，购置来源是与之签有正式协议的供应商。

确定购置类型，选择供应商并建立供应商协议。

执行供应商协议。

接受购置的产品。

根据要求评审现有商品。

将购置的产品输送给相应的项目。

供应商协议管理过程域包括的活动：1．建立供应商协议支持实践：确定购置类型、选择供应商、建立供应商协议。

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

我对CMMI2.0PLAN实践域的理解和分析策划(PLAN)实践域对应的是前版的PP过程域，但2.0版比前版增加了很多变化。

•变化1：在2.0版的计划内容和本实践域的价值中都增加了“质量”，因为2.0把质量目标达成作为项目成功因素之一。

•变化2：2.0版的策划不仅只有2级实践，而是覆盖了1~4个等级的实践。

•变化3：前版中关于估算的实践，在2.0中已经独立为一个实践域，只保留了“定义项目生存周期”实践。

•变化4：增加了关于运营和迁移的策划实践。

•变化5：将前版中的一些实践进行合并。

•变化6：将前版IPM过程域的一些实践纳入到本实践域中。

•变化7：增加使用组织过程来开发和维护项目过程的实践。

•变化8：增加使用统计和量化技术来开发和维护项目过程的实践。

本实践域共4个等级15个实践。

第1级实践1.1是根据所了解的项目目标，直接给出完成项目必须执行的任务列表。

实践1.2是根据所了解的人员情况，将任务分配到人员。

第1级实践就是原始的项目策划，因为没有什么依据，自然也没有太多有效性。

第2级实践2.1是根据组织的业务目标、项目目标和项目范围来定义项目的生命周期，以及识别出项目资源、相关方和风险。

前版PP过程域SP1.3“定义项目生存周期”、SP2.2“标识项目风险”、SP2.4“制定项目资源计划”都是本实践的内容。

实践2.2对应前版PP过程域SP2.5“策划所需的知识和技能”。

但在2.0中对知识和技能的策划给出了更多的建议。

首先对知识和技能的认知上，2.0给出了一些关键技能的示例。

这些示例表明项目成员除了掌握与软件开发和使用工具设备等硬核技能之外，还应掌握诸如沟通这样的软技能。

其次，2.0中给出了一些找出人员现有技能和项目所需技能差距的方法：个人的自我评估、个人的先前经验、测试、培训记录等。

实践2.3对应前版PP过程域的SP2.1“编制预算和进度表”，二者基本雷同。

PS：关于关键路径的问题。

在GJB5000A评价时，经常有评价员会打出项目的进度表中未给出关键路径的问题。

我对CMMI2.0PCM实践域的理解和分析过程管理(Process Management, PCM)要求管理过程和基础条件的持续改进，覆盖了前版OPF和OID过程域的部分实践。

本实践域共4个等级12个实践。

第1级实践1.1要求建立能够支持过程改进的团队。

在实施GJB5000A时，通常都会有EPG成员承担过程支持这一角色。

项目组在实施过程中遇到的问题都会向他咨询和反馈。

只要他能够及时发现和解决这些过程问题，有意识地收集过程改进需要，本实践就已经很好了。

实践1.2要求对组织的过程实施情况进行评估，发现强项和弱项。

本实践与前版CMMI的OPF过程域SP1.2“评估组织的过程”非常接近，但在2.0版在细节上给出了不同的要求。

比如：•2.0明确评估的目的之一是发现过程的差距或缺陷。

注意“过程的差距或缺陷”才是进行评估的目的，而不是我们实施的时候把发现项目对组织过程执行到不到位作为评估的目的，这是本末倒置。

如果对于那些推进GJB5000A不力的组织，项目执行差，这样的本末倒置更会使得评估活动没有任何价值。

•在评估的准则和方法中，2.0明确可以使用抽样的方法。

如果你的组织中项目执行不力，很多管理过程和支持过程做得不好，那至少工程活动和工作产品总会完成的，这样的内部评估可以抽样工程过程来进行，再由工程过程发现的问题整改推动其他过程的推进。

•2.0明确评估应由具备资质的人来完成。

如果随便攒个内部评估组，评估成员甚至没有接受过CMMI/GJB5000标准的培训，也对软件工程规范不甚了解，这样的评估能发现“过程的差距或缺陷”？这样的评估能实现什么目的？实践1.3是解决实践1.2发现的过程问题，是一种简化版的过程改进。

2.0版对于本实践域非常重视，在第1级就已经要求分配人员专责过程改进，通过评估发现问题，并解决发现的过程问题。

第2级实践2.1要求标识出组织的过程改进。

本实践与前版CMMI的OPF过程域SP1.3“标识组织的过程改进”比较接近。

CMMI通用目标（GG）和通用实践（GP）汇总GG1 Achieve Specific Goals 完成特定目标GP 1.1 Perform Specific Practices 执行特定实践GG2 Institutionalize a Managed Process 使已管理的过程制度化GP 2.1 Establish an Organizational Policy 建立组织政策GP 2.2 Plan the Process 过程计划GP 2.3 Provide Resources 提供资源GP 2.4 Assign Responsibility 分配职责GP 2.5 Train People 人员培训GP 2.6 Manage Configurations 管理配置项GP 2.7 Identify and Involve Relevant Stakeholders 识别并引入相关的利益相关者GP 2.8 Monitor and Control the Process 监督和控制过程GP 2.9 Objectively Evaluate Adherence 坚持客观的评价GP 2.10 Review Status with Higher Level Management 更高层领导审核状态GG3 Institutionalize a Defined Process 使已定义的过程制度化GP 3.1 Establish a Defined Process 建立一个已定义的过程GP 3.2 Collect Improvement Information 收集（经验）改进信息CMMI特定目标（SG）和特定实践（SP）汇总(一) CMMI 2：REQM 需求管理SG1 Manage Requirements 管理需求SP 1.1 Obtain an Understanding of Requirements 获得对需求的理解SP 1.2 Obtain Commitment to Requirements 获得对需求的承诺SP 1.3 Manage Requirements Changes 管理需求的变更SP 1.4 Maintain Bidirectional Traceability of Requirements 维护需求的双向可追溯性SP 1.5 Identify Inconsistencies Between Project Work and Requirements 识别项目工作与需求的不一致之处(二) CMMI 2级过程域：项目规划SG1 Establish Estimates 项目估算SP 1.1 Estimate the Scope of the Project 估算项目的范围SP 1.2 Establish Estimates of Work Product and Task Attributes 估算项目属性SP 1.3 Define Project Lifecycle 定义项目生存周期阶段SP 1.4 Determine Estimates of Effort and Cost 估算工作量和成本SG2 Develop a Project Plan 制定项目计划SP 2.1 Establish the Budget and Schedule 编制预算和进度SP 2.2 Identify Project Risks识别项目风险SP 2.3 Plan for Data Management 项目数据的管理计划SP 2.4 Plan for Project Resources 规划项目资源SP 2.5 Plan for Needed Knowledge and Skills 知识和技能的计划SP 2.6 Plan Stakeholder Involvement “项目干系人”的介入计划SP 2.7 Establish the Project Plan 制定项目计划SG3 Obtain Commitment to the Plan 获得对计划的承诺SP 3.1 Review Plans That Affect the Project 审查从属计划SP 3.2 Reconcile Work and Resource Levels协调工作与资源配置SP 3.3 Obtain Plan Commitment 获得计划承诺(三) CMMI 2：PMC 项目监控SG1 Monitor Project Against Plan 依据计划监督项目SP 1.1 Monitor Project Planning Parameters 监督项目计划的参数SP 1.2 Monitor Commitments 监督承诺SP 1.3 Monitor Project Risks 监督项目风险SP 1.4 Monitor Data Management 监督数据管理SP 1.5 Monitor Stakeholder Involvement 监督干系人的介入SP 1.6 Conduct Progress Reviews 项目进展审查SP 1.7 Conduct Milestone Reviews 里程碑审查SG2 Manage Corrective Action to Closure 管理纠正措施SP 2.1 Analyze Issues 分析问题SP 2.2 Take Corrective Action 采取纠正措施SP 2.3 Manage Corrective Action 管理纠正措施(四) CMMI 2：ISM 供应商协议管理SG1 Establish Supplier Agreements 签定供应商协议SP 1.1 Determine Acquisition Type 确定采购方式SP 1.2 Select Suppliers 选择供应商SP 1.3 Establish Supplier Agreements 签定供应商协议SG2 Satisfy Supplier Agreements 满足供应商协议SP 2.1 Execute the Supplier Agreement 执行供应商协议SP 2.2 Monitor Selected Supplier Processes 监督选定的供应过程SP 2.3 Evaluate Selected Supplier Work Products 评价供应商产品SP 2.4 Accept the Acquired Product 验收采购的产品SP 2.5 Transition Products 移交产品(五) CMMI 2：MA度量分析SG1 Align Measurement and Analysis Activities 协调度量和分析活动SP 1.1 Establish Measurement Objectives 确定度量目标SP 1.2 Specify Measures 细化度量SP 1.3 Specify Data Collection and Storage Procedures 确定数据收集和存储规程SP 1.4 Specify Analysis Procedures 确定分析规程SG2 Provide Measurement Results 提供度量结果SP 2.1 Collect Measurement Data 收集度量数据SP 2.2 Analyze Measurement Data 分析度量数据SP 2.3 Store Data and Results 存储数据和度量结果SP 2.4 Communicate Results 通报度量结果(六) CMMI 2：PPQA过程和产品质量保证SG1 Objectively Evaluate Processes and Work Products 客观地评价过程和工作成果SP 1.1 Objectively Evaluate Processes 客观地评价过程SP 1.2 Objectively Evaluate Work Products and Services 客观地评价工作成果和服务SG2 Provide Objective Insight 提供客观的洞察SP 2.1 Communicate and Ensure Resolution of Noncompliance Issues通报不符合项，并确保得到解决SP 2.2 Establish Records 建立记录(七) CMMI 2：SCM 配置管理SG1 Establish Baselines 建立基线SP 1.1 Identify Configuration Items 识别配置项SP 1.2 Establish a Configuration Management System 建立配置管理系统SP 1.3 Create or Release Baselines 创建或发布基线SG2 Track and Control Changes 跟踪并控制变更SP 2.1 Track Change Requests 跟踪变更请求SP 2.2 Control Configuration Items 控制变更SG3 Establish Integrity 建立完整性SP 3.1 Establish Configuration Management Records 建立配置管理记录SP 3.2 Perform Configuration Audits 执行配置审计(八) CMMI 3：RD 需求开发SG1 Develop Customer Requirements 开发客户需求SP 1.1 Elicit Needs 获取客户的需要SP 1.2 Develop the Customer Requirements 生成客户需求SG2 Develop Product Requirements 开发产品需求SP 2.1 Establish Product and Product Component Requirements建立产品需求和构件需求SP 2.2 Allocate Product Component Requirements 分配产品构件需求SP 2.3 Identify Interface Requirements 确定接口需求SG3 Analyze and Validate Requirements 分析和确认需求SP 3.1 Establish Operational Concepts and Scenarios 建立操作概念和场景SP 3.2 Establish a Definition of Required Functionality 定义功能需求SP 3.3 Analyze Requirements 分析需求SP 3.4 Analyze Requirements to Achieve Balance 平衡需求SP 3.5 Validate Requirements 确认需求(九) CMMI 3：TS 技术方案SG1 Select Product Component Solutions 选择产品构件方案SP 1.1 Develop Alternative Solutions and Selection Criteria 开发候选方案和选择准则SP 1.2 Select Product Component Solutions 选择产品构件方案SG2 Develop the Design 设计SP 2.1 Design the Product or Product Component 设计产品或构件SP 2.2 Establish a Technical Data Package 建立技术数据包SP 2.3 Design Interfaces Using Criteria 设计接口SP 2.4 Perform Make, Buy, or Reuse Analyses 分析“制作、购买或重用”SG3 Implement the Product Design 实现产品设计SP 3.1 Implement the Design 实现构件的设计SP 3.2 Develop Product Support Documentation 编写产品支持文档(十) CMMI 3：PI 产品集成SG1 Prepare for Product Integration 准备产品集成SP 1.1 Determine Integration Sequence 确定集成次序SP 1.2 Establish the Product Integration Environment 建立产品集成环境SP 1.3 Establish Product Integration Procedures and Criteria 建立产品集成规程和准则SG2 Ensure Interface Compatibility 确保接口兼容SP 2.1 Review Interface Descriptions for Completeness 审查接口描述的完备性SP 2.2 Manage Interfaces 管理接口SG3 Assemble Product Components and Deliver the Product 组装产品构件和交付产品SP 3.1 Confirm Readiness of Product Components for Integration确认产品集成已准备就绪SP 3.2 Assemble Product Components 组装产品构件SP 3.3 Evaluate Assembled Product Components 核查组装的产品构件SP 3.4 Package and Deliver the Product or Product Component 打包并交付产品或构件(十一) CMMI 3：VER 验证SG1 Prepare for Verification 准备验证SP 1.1 Select Work Products for Verification 选择待验证的工作成果SP 1.2 Establish the Verification Environment 建立验证环境SP 1.3 Establish Verification Procedures and Criteria 建立验证规程和准则SG2 Perform Peer Reviews 执行同行评审SP 2.1 Prepare for Peer Reviews 准备同行评审SP 2.2 Conduct Peer Reviews 执行同行评审SP 2.3 Analyze Peer Review Data 分析同行评审数据SG3 Verify Selected Work Products 验证选定的工作成果SP 3.1 Perform Verification 执行验证SP 3.2 Analyze Verification Results 分析验证结果(十二) CMMI 3：VAL 确认SG1 Prepare for Validation 准备确认SP 1.1 Select Products for Validation 选择待确认的产品SP 1.2 Establish the Validation Environment 建立确认环境SP 1.3 Establish Validation Procedures and Criteria 建立确认规程和准则SG2 Validate Product or Product Components 确认产品或构件SP 2.1 Perform Validation 执行确认SP 2.2 Analyze Validation Results 分析确认结果(十三) CMMI 3：OPF 组织过程焦点SG1 Determine Process Improvement Opportunities 确定过程改进机会SP 1.1 Establish Organizational Process Needs 建立组织过程的需要SP 1.2 Appraise the Organization’s Processes 评估组织过程SP 1.3 Identify the Organization's Process Improvements 识别组织的过程改进机会SG2 Plan and Implement Process Improvements 规划和实施过程改进SP 2.1 Establish Process Action Plans 制定过程行动计划SP 2.2 Implement Process Action Plans 实施过程行动计划SG3 Deploy Organizational Process Assets and Incorporate Lessons Learned部署组织过程财富SP 3.1 Deploy Organizational Process Assets 部署组织过程财富SP 3.2 Deploy Standard Processes 部署标准过程SP 3.3 Monitor Implementation 监督实施SP 3.4 Incorporate Process-Related Experiences into the Organizational Process Assets 将过程相关的经验纳入组织过程财富\(十四) CMMI 3：OPD 组织过程定义SG1 Establish Organizational Process Assets 创建组织过程财富SP 1.1 Establish Standard Processes 建立标准过程SP 1.2 Establish Lifecycle Model Descriptions 建立生存周期模型描述SP 1.3 Establish T ailoring Criteria and Guidelines 建立裁剪准则和指南SP 1.4 Establish the Organization’s Measurement Repository 建立组织度量库SP 1.5 Establish the Organization’s Process As set Library 建立组织过程财富库SP 1.6 Establish Work Environment Standards 建立工作环境标准(十五) CMMI 3：OT 组织培训SG1 Establish an Organizational Training Capability 建立组织级培训能力SP 1.1 Establish the Strategic Training Needs 确定战略培训需求SP 1.2 Determine Which Training Needs Are the Responsibility of the Organization 确定由组织负责的培训需求SP 1.3 Establish an Organizational Training Tactical Plan 建立组织培训计划SP 1.4 Establish Training Capability 建立培训能力SG2 Provide Necessary Training 提供必要的培训SP 2.1 Deliver Training 交付培训SP 2.2 Establish Training Records 建立培训记录SP 2.3 Assess Training Effectiveness评价培训效果(十六) CMMI 3：IPM 集成化项目管理SG1 Use the Project’s Defined Process 应用项目定义过程SP 1.1 Establish the Project’s Defined Process 建立项目定义过程SP 1.2 Use Organizational Process Assets for Planning Project Activities利用组织过程财富规划项目活动SP 1.3 Establish the Project's Work Environment 建立项目工作环境SP 1.4 Integrate Plans 集成计划SP 1.5 Manage the Project Using the Integrated Plans 利用集成计划管理项目SP 1.6 Contribute to the Organizational Process Assets 充实组织过程财富SG2 Coordinate and Collaborate with Relevant Stakeholders 与相关干系人协调和合作SP 2.1 Manage Stakeholder Involvement 管理干系人的介入SP 2.2 Manage Dependencies 管理依存关系SP 2.3 Resolve Coordination Issues 解决协调问题(十七) CMMI 3：RKSM 风险管理SG1 Prepare for Risk Management 风险管理准备SP 1.1 Determine Risk Sources and Categories 确定风险来源和类别SP 1.2 Define Risk Parameters 定义风险参数SP 1.3 Establish a Risk Management Strategy 建立风险管理策略SG2 Identify and Analyze Risks 识别和分析风险SP 2.1 Identify Risks 识别风险SP 2.2 Evaluate, Categorize, and Prioritize Risks 风险评估、分类和确定优先级SG3 Mitigate Risks 缓解风险SP 3.1 Develop Risk Mitigation Plans 制定风险缓解计划SP 3.2 Implement Risk Mitigation Plans 实施风险缓解计划(十八) CMMI 3：DAR 决策分析与解决方案SG1 Evaluate Alternatives 评价候选方案SP 1.1 Establish Guidelines for Decision Analysis 建立决策分析指导原则SP 1.2 Establish Evaluation Criteria 建立评价准则SP 1.3 Identify Alternative Solutions 确定候选解决方案SP 1.4 Select Evaluation Methodsc 选择评价方法SP 1.5 Evaluate Alternatives 评价候选方案SP 1.6 Select Solutions 选择解决方案CMMI标准名词术语1 AT Assessment Team 评审小组2 ATM Assessment Team Member 评审小组成员3 BA Baseline Assessment 基线评审4 CAR Causal Analysis and Resolution 原因分析与决策5 CBA CMM-Based Appraisal 基于CMM的评价6 CBA-IPI CMM-Based Appraisal for Internal Process Improvement 为内部过程改进而进行的基于CMM的评价（通常称为CMM评审）7 CC Configuration Controller 配置管理员8 CF Common Feature 公共特性9 CFPS Certified Function Point Specialist 注册功能点专家10 CI Configuration Item 配置项11 CM Configuration Management 配置管理12 CMM Capability Maturity Model 能力成熟度模型13 CMMI Capability Maturity Model Integration 能力成熟度集成模型14 COTS Commerce off the shelf 商业现货供应15 DAR Decision Analysis and Resolution 决策分析与制定16 DBD Database Design 数据库设计17 DD Detailed Design 详细设计18 DP Data Provider 数据提供者19 DR Derived Requirement 派生需求20 EPG Engineering Process Group 工程过程小组21 FP Function Point 功能点22 FPA Function Point Analysis 功能点分析23 FR Functional Requirement 功能性需求24 GA Gap Analysis 差距分析25 ID Interface Design 接口设计26 IFPUG International Function Point Users Group 国际功能点用户组织27 IPM Integrated Project Management 集成项目管理28 IR Interface Requirement 接口需求29 KPA Key Process Area 关键过程域30 KR Key Requirements 关键需求31 LA Lead Assessor 主任评审员32 MA Measurement and Analysis 测量与分析33 MAT Metrics Advisory Team 度量咨询组34 MCA Metrics Coordinator and Analyst 度量专员35 ML matreraty library 度量数据库36 NFR Non-functional Requirement 非功能性需求37 OC Operational Concept 操作概念38 OID Organizational Innovation and Deployment 组织革新与部署39 OPD Organizational Process definition 组织过程定义40 OPF Organizational Process focus 组织过程焦点41 OPL Organizational Process Assets 组织过程财富42 OPP Organaizational Process Perormance 组织过程性能43 OSSP Organization’s Set of Standard Process 组织标准过程集合44 OT Organizational Training 组织级培训45 PA Process Areas 过程域46 PAT Process Action Team 过程行动小组47 PB Process Assets Library 过程财富库48 PD Preliminary Design 概要设计49 PDSP Project Defined Standard Processes 项目定义标准过程50 PI Produce Integration 产品集成51 PLC Product Life Cycle 产品生命周期52 PMC Project Monitoring and Control 项目监控53 PP Project Planning 项目策划54 PPQA Process and Product Quality Assurance 过程与产品质量保证55 PPR Price Performance Ratio 性能价格比56 QA Software Quality Assurance 软件质量保证57 QA Quality Assurance 质量保证58 QAP Software Quality Assurance Plan 质量保证计划59 QPM Quantitative Project Management 量化项目管理60 RD Requirements Development 需求开发61 RM/ReqM Requirements Management 需求管理62 RSKM Risk Management 风险管理63 RTM Requirement Traceability Matrix 需求跟踪矩阵64 SAM Supplier Agreement Management. 供应协议管理65 SC Steering Committee 指导委员会66 SCAMPI Standard CMMI Assessment Method for Process Improvement 过程改进CMMI标准评审方法67 SCCB Software Configuration Control Board 软件配置管理控制委员会68 SCM Software Configuration Management 软件配置管理69 SDP Software Development Plan 软件开发计划70 SEI Software Engineering Institute (美国)软件工程学院71 SEPG Software Engineering Process Group 软件工程过程组72 SPI Software Process Improvement 软件过程改进73 SPP Software Project Planning 软件项目策划74 SPTO Software Project Tracking and Oversight 软件项目跟踪与监控75 SR System Requirements 系统需求76 SRS Software Requirement Specification 软件需求规格77 SSM Software Subcontract Management 软件分包管理78 SSR Software System Requirement 软件系统需求79 TS Technical Solution 技术解决方案80 UC Use Case 用例81 UID User Interface Design 用户界面设计82 VAL Validation 确认83 VER Verification 验证84 WBS Work Breakdown Structure 工作分解结构85 WP Work Products 工作产品86 Pre-assessment 预评审87 Baseline 基线88 Quality Attribute 质量属性89 Scenario 场景。

过程管理的CMM模型的过程域、特定目标、特定实践目录1 概述 (1)2 通用目标和实践 (1)3 成熟度等级与过程域 (2)4 过程域的特定目标和特定实践 (3)4.1 项目管理类 (3)4.2 组织过程类 (5)4.3 工程类 (7)4.4 支持类 (9)1彳既述在企业管理中，研发软件的质量由三要素决定：人、技术、过程。

其中，研发软件的过程是影响软件质量的最大因素。

所以，提高软件研发水平的一个有力措施就是提高企业的过程管理和改进水平，CMM的阶段式是衡量软件企业总体过程管理水平的一个通用模型，共分5级，称作能力成熟度，分别称为：1）初始化2）项目管理3）过程管理4）定量管理5）过程优化要达到一定的能力成熟度等级，就要完成它以及以下的所有成熟度等级所对应的所有过程域。

要完成一个过程域，就必须完成它的所有特定目标和通用目标。

通用目标衡量企业的过程制度化水平，共有三个，分别是：GG1 （ Achieve Specific Goals，实现特定目标）、GG2 （Institutionalize a Managed Process，制度化已管理过程）、GG3 （ Institutionalize a Defined Process，制度化已定义过程），对应的通用实践如下：2通用目标和实践GG1实现特定目标（适用于连续式）GP1.1执行特定实践GG2制度化管理进程GP2.1建立组织方针GP2.2计划过程GP2.3提供资源GP 2.4分配责任GP 2.5培养人GP2.6控制工作产品GP2.7识别和使共利益者介入GP 2.8监视和控制过程GP2.9客观评价一致性GP2.10跟高层一起审查状况GG3制度化已定义的过程GP3.1建立定义流程GP 3.2收集过程相尖工作经验按照所要实现的能力成熟度等级，过程域的特定目标和实践要结合通用目标和实践完成。

3成熟度等级与过程域4过程域的特定目标和特定实践4.1 项目管理类项目管理类是指包含与项目的计划、监控相矢的项目管理活动，包括：项目策划（PP）、项目监督与控制（PMC、供方协定管理（SAM）、风险管理（RSKM）、集成项目管理（IPM）、定量项目管理（QPM）。

我对CMMI2.0II实践域的理解和分析实施基础条件 (Implementation Infrastructure, II)实践域是通过建立必要的基础条件，确保过程得到建立、遵守、维护和持续改进。

这些基础条件包括：组织已定义的过程（过程实施的基础，没有过程定义，谈何过程实施）、过程实施所需的资源（人员、工具等）、过程实施所需的资金（购买工具、培训经费等）、对组织过程的培训（不了解过程，就无从执行过程）。

本实践域共3个等级6个实践。

实践1.1就是要求项目执行组织定义好的过程，即使当前组织的CMMI实践处于较低水平，没有严格的建立起适用的、有效的标准过程。

实施本实践，至少使项目各行其事的乱象有所改观，也会为组织过程改进提供第一手的资料。

实践2.1的核心也是提供资源，它与前版共用实践2.3比较接近。

前面的GOV实践域的2.2也是提供资源，但GOV提供资源偏重于过程改进，本实践域的提供资源偏重于过程实施。

本实践除了要求为过程实施提供人力、工具等资源之外，也包括资金和培训。

本实践也是整个实践域的核心。

实践2.2要求组织建立过程、对过程进行评估/评审，验证项目是否遵循组织的过程，对过程进行改进等活动，涵盖了前版OPD、OPF 过程域的部分实践。

实践3.1是要求在项目中实际应用组织资产来进行项目的策划、管理和过程的执行。

应用组织资产可以提高效率、降低成本，所以组织应当不断丰富自己的组织资产，并在项目中加强推广和应用。

实践3.2要求评估过程的有效性和符合性。

这与实践2.2中的评估不同，实践2.2的评估的目的是验证项目有没有按照过程要求执行，本实践评估的重点是过程的有效性和符合性。

其中符合性指的是通过项目实施的结果判断过程的实施是否与组织预期的过程目标相一致。

有效性是指对组织目标的实现是否有帮助，如效率提高、质量和性能提升等。

实践3.3是为组织资产做贡献，与前版的IPM过程域SP1.6基本一致。

本实践的价值是：通过改进组织过程和过程资产来提高投资回报。

我对CMMI2.0TS实践域的理解和分析技术解决方案(Technical Solution, TS)要求设计和实现满足需求的解决方案。

与前版TS过程域相比，本实践域有以下变化：•变化1：实践域分为3个等级。

•变化2：初级要求实现满足需求的解决方案。

•变化3：2级强调了解决方案的设计以及对用户的使用指导。

本实践域共3个等级10个实践。

第1级实践1.1要求实现满足需求的解决方案。

本实践与前版TS过程域的SP3.1“实现设计”接近。

但在2.0的初级要求中，仅要求实现满足需求的解决方案，但并没有给出如何实现的具体要求。

第2级实践2.1要求设计和实现满足需求的解决方案。

本实践与前版TS过程域的SP2.1“设计产品或产品部件”和SP3.1“实现设计”两个专用实践接近。

本实践与实践1.1相比，不仅要求实现解决方案，更要有设计作为指导，而且实现也要遵循相应的标准和方法。

2.0的实践中明确了对架构的要求：架构应当遵循设计标准和最佳实践、反映操作概念和场景、可追溯到需求。

实践2.2要求对设计进行审查，以减少缺陷、降低成本。

实践要求编制检查单，以便更好地进行审查。

审查的内容不仅是设计方案，也可能是设计实体。

实践2.3要求向用户提供解决方案的指导。

本实践与前版TS过程域SP3.2“编撰产品支持文档”接近。

2.0中只给出了一些指导材料的种类，但未给出具体的编写要求。

第3级实践3.1要求建立一套设计方案的选择准则。

本实践与前版TS过程域SP1.1“制定备选方案和选择准则”的制定选择准则部分的内容接近。

对于某些特定的解决方案来说，TS2.0允许无备选解决方案的情况出现。

TS2.0中还认为这些标准会因领域的不同而不同，那意味着其它项目的选择标准未必适用本项目。

实践3.2要求制定备选解决方案。

本实践与前版TS过程域SP1.1“制定备选方案和选择准则”的制定备选方案部分的内容接近。

实际实施的时候，有些设计人员苦于无法提供更多的合理的备选解决方案，那可能是因为他的思维囿于某种惯性思考模式，不够发散。

CMMI2.0实践域分级模式变化带来的思考2018年春，CMMI2.0正式发布。

与之前的版本相比，CMMI2.0出现了很多变化。

这里先谈谈实践域的分级模式的变化。

在CMMI2.0之前，过程域分为5个等级，从一级到5级分别称为初始级、已管理级、已定义级、已定量管理级和优化级。

在CMMI2.0模型中，过程域被称为实践域，每个实践域中的实践分为0~5共6个等级，每个等级并没有相应的称谓，每个实践域的实践分布都是从零开始，一直达到他能够达到的最高等级。

CMMI2.0模型是对实践域中的实践进行分级，而不像之前的版本是对过程域进行分级。

这样的分级模式显然更贴合软件工程实际。

原来评价实施二级的单位是评价管理过程/支持过程，对软件的设计实现、需求开发、验证确认等工程过程不作任何评价，这显然是不合适的。

因为评价的是软件能力成熟度等级，这个能力就不应该只包含管理能力，必然要包含工程能力。

一个通过二级评价的单位，就应当表明其工程能力也应当达到二级水平。

CMMI2.0的分级模式还有一个“演进”的内涵在里面。

高等级的实践，对于低等级的实践来说增加了新的功能或者熟练性，由此反映组织能力的提高。

第0级，对应于CMMI之前版本的初始级。

软件开发基本上是个无序状态。

第1级，满足实践域目标的初步方法的基本实践。

这时的软件开发已经开始使用一些开发方法，不再是无序的、混乱的。

第2级，能满足实践域的全部目标。

这意味着组织只要达到2级实践域的要求，就可以实现软件开发的所有过程的目标，这里既包括管理过程、支持过程、也包括工程过程。

这些过程目标的实现，就已经能够保证软件产品的质量。

第3级，建立了组织标准和组织资产，能够使用组织资产帮助更好地实现过程目标。

到了这一级别，重点不是软件产品的质量是否得到保证，而是组织能力的提高。

第4级，使用量化技术来预测过程目标的实现，使用量化技术管理项目进度。

为了进一步提高组织能力，这一级别增加了量化技术的使用。