CESA-2022-1-016《软件组织能力成熟度模型》团体标准（征求意见稿）

ICS35.080

CCSL77

团体标准

T/CESAXXXX—XXXX

软件组织能力成熟度模型

Softwareorganizationcapabilitymaturitymodel

(征求意见稿)

在提交反馈意见时，请将您知道的相关专利连同支持性文件一并附上。

已授权的专利证明材料为专利证书复印件或扉页，已公开但尚未授权的专利申

请证明材料为专利公开通知书复印件或扉页，未公开的专利申请的证明材料为专利

申请号和申请日期。

XXXX-XX-XX发布XXXX-XX-XX实施

中国电子工业标准化技术协会发布

T/CESAXXXX—XXXX

前  言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起

草。

本文件由中国电子技术标准化研究院提出。

本文件由中国电子技术标准化研究院、中国电子工业标准化技术协会归口。

本文件起草单位：

本文件主要起草人：

IV

T/CESAXXXX—XXXX

软件组织能力成熟度模型

1范围

本文件界定了软件组织能力成熟度的内容框架，主要包括能力域的分类、能力域和成熟度等级的定

义，规定了治理、开发与交付、管理与支持和组织管理4个能力域的能力要求，给出了软件组织能力成

熟度模型在不同等级中的能力项活动说明。

本文件适用于：

a)寻求软件开发提供商，并要求确保软件开发质量的顾客；

b)希望展现其软件开发和交付能力成熟度的组织；

c)通过本文件的有效实施与运行来持续改进软件开发和交付绩效的组织；

d)依据本文件的要求实施符合性评价的第二方和第三方；

e)符合性评价人员培训或建议的提供者。

2规范性引用文件

本文件没有规范性引用文件。

3术语和定义

下列术语和定义适用于本文件。

3.1

软件组织能力softwareorganizationcapability

软件组织基于软件过程、技术、资源和人员能力达成业务目标的综合能力。包括治理能力、开发与

交付能力、管理与支持能力、组织管理能力。

3.2

相关方stakeholder

指受到某件事情的输出的影响或对输出负有某种责任的群体或个人。利益相关方可能包括项目经

理、供方、顾客以及其他人。

3.3

组织organization

一个行政管理结构，在此结构内部，其人员作为一个整体共同管理一个或多个项目或工作组，由共

同一位高层管理人员负责，并且在相同方针下运作。主要从事软件开发或服务的实体。可能是一个独立

实体，也可能是更大实体的一个组成部分。

3.4

组织业务目标organization’sbusinessobjectives

由高层管理人员制定的目标，用以确保组织的持续存在，并强化其盈利能力、市场份额以及其它影

响组织成功的因素。

3.5

战略strategy

组织为寻求和维持持久的竞争优势，而做出的全局性的重大筹划与谋略。

1

T/CESAXXXX—XXXX

注：通常包括为了实现目标而实施的重点工作和任务、内外部资源配置方式、管理模式、技术路线等。

3.6

成熟度maturity

组织在提升软件产品开发能力或软件服务能力过程中，各个发展阶段的软件能力程度。

3.7

过程process

把输入转换为输出的一组彼此相关的活动。

3.8

过程能力processperformance

遵循某过程而达成的结果的测量项。过程能力的表现形式既包括过程测量项，如工作量、周期时间、

缺陷消除效率等，也包括产品或服务的测量项，如可靠性、缺陷密度、响应时间等。

3.9

质量保证qualityassurance

为了提供足够的信任以表明其能够满足质量要求，而在质量体系中实施并根据需要进行证实的全部

有计划和有系统的活动。

4软件组织能力成熟度模型

4.1概述

软件组织能力成熟度模型旨在通过提升组织的软件开发能力帮助顾客提升软件的业务价值。本模型

借鉴吸收了软件工程、项目管理、产品管理、组织治理、质量管理、卓越绩效管理、精益软件开发等领

域的优秀实践，为组织提供改进和评价软件组织能力的一个成熟度模型。

4.2模型框架

组织通过治理、开发与交付、管理与支持和组织管理四类活动实现业务价值。软件组织能力成熟度

模型的内容框架见图1：

2

T/CESAXXXX—XXXX

图1软件组织能力成熟度模型的内容框架

组织根据顾客与相关方要求以及对组织外部环境影响因素的分析，确定组织战略与业务目标，分解

业务目标，规划产品路线图，配备人力资源，管理合作伙伴，管理组织与团队的绩效，围绕业务目标持

续优化组织级的过程。

项目团队和组织通过实施软件开发活动定义、实现、确认与调整业务价值以满足组织级的业务目标，

这些活动包括：定义软件的业务战略和目标，通过软件的开发与交付，提供必要的管理与支持，不断提

升组织管理的水平等，实现业务价值。

图1中的价值交付包括4个能力域：

a)治理：包括战略与治理、目标管理能力域，确定组织的战略、产品的方向、组织的业务目标，

并确保目标的实现；

b)开发与交付：包括需求、设计、开发、测试、部署、服务、开源应用能力域，这些实践确保通

过软件工程过程交付满足需求的软件，为顾客与相关方增加价值；

c)项目与支持：包括项目策划、项目监控、质量保证、风险管理、配置管理、供应商管理能力域，

这些实践覆盖了软件开发项目的全过程，以确保软件项目能够按照既定的成本、进度和质量

交付，能够满足顾客与相关方的要求；

d)组织管理：包括过程管理、人员能力管理、组织资源管理、过程能力管理能力域，对软件组织

能力进行综合管理。

4.3成熟度等级的总体特征

3

T/CESAXXXX—XXXX

本模型按照软件组织能力的成熟度水平，按照由低到高演进发展的形势，定义了五个等级，高等级

是在低等级充分实施的基础之上进行，见图2。

图2成熟度等级模型

达到每个等级后的总体特征见表1。

表1成熟度等级的总体特征

等级结果特征行为特征

a）能实现初步的软件交付和项目管理活动；

1级：初始级软件过程和结果具有不确定性

b）项目没有完整的管理规范，依赖于个人的主动性和能力

项目基本可按计划实现预期的结

a）项目依据选择和定义管理规范，执行软件开发和管理的基础过程；

2级：项目规范级果

b）组织按照一定的规范，为项目活动提供了支持保障工作

a)在2级充分实施的基础之上进行持续改进；

在组织范围内能够稳定的实现预b)依据组织的业务目标、管理要求以及外部监管需求，建立并持续

3级：组织改进级期的项目目标改进组织标准过程和过程资产；

c)项目根据自身特征，依据组织标准过程和过程资产，实现项目目

标，并贡献过程资产

a)在3级充分实施的基础上使用统计分析技术进行管理；

b)组织层面认识到能力改进的重要性，了解软件能力在业务目标实

现、绩效提升等方面的重要作用，在制定业务战略时可获得项目数

据的支持；

在组织范围内能够量化的管理和

c)组织和项目使用统计分析技术建立了量化的质量与过程绩效目

4级：量化提升级实现预期的组织和项目目标

标，支持组织业务目标的实现；

d)建立了过程绩效基线与过程绩效模型；

e)采用有效的数据分析技术，分析关键软件过程的能力，预测结果，

识别和解决目标实现的问题以达成目标；

f）应用先进实践，提升软件过程效率或质量

4

T/CESAXXXX—XXXX

表1成熟度等级的总体特征（续）

等级结果特征行为特征

a)在4级充分实施的基础上进行优化革新；

b)通过软件过程的创新提升组织竞争力；

通过技术和管理的创新，实现组织业c)能够使用创新的手段实现软件组织能力的持续提升，支

5级：创新引领级

务目标的持续提升，引领行业发展持组织业务目标的达成；

d)能将组织自身软件能力建设的经验作为行业最佳案例进

行推广

4.4软件组织能力成熟度模型的构成

4.4.1模型的层次结构

本模型由4个能力域、20个能力子域、163个能力项组成，模型的层次结构见图3。

图3软件组织能力成熟度层次结构

4.4.2能力子域的结构

能力子域的结构如下：

a)概述：归纳说明本能力子域的内容；

b)相关能力子域：与本能力子域有关的其它能力子域；

c)能力项列表：列出能力项的等级编号、内容与解释。

4.4.3能力项的结构

能力项的结构如下：

a)能力项编号；

b)能力项内容：能力项的描述；

c)能力项解释：对能力项的详细说明。

4.5能力域的等级要求

能力域的等级要求见图4。

5

T/CESAXXXX—XXXX

人组过

战供

目开项项项质风配过员织程

略应

标需设开测部服源目目目量险置程能资能

与商

管求计发试署务应策监结保管管管力源力

治管管管管

理理用划控项证理理理理

理理理

成5555

熟44444444444

度

等333333333333333333333

级222222222222222222222

111111111111111111111

分类治理开发与交付管理与支持组织管理

图4能力域与成熟度等级的对应关系

4.6软件组织能力成熟度模型的应用

软件组织能力成熟度模型可以应用于多个场景：

a)软件开发组织的自我改进。组织可以根据本组织的瓶颈问题与弱项，参考本模型选择能力子

域、选择等级进行改进，也可以参考本模型的所有能力子域进行全面改进；

b)软件组织能力的自我评价。组织可以参考本模型对自己的软件能力进行评价，以识别改进点；

c)软件组织能力的外部评价；

d)顾客对供方的评价；

e)全面评价能力或局部评价能力。可以对照适用的全部能力子域进行评价，也可以仅对部分能

力子域评价能力等级；

f)本模型适用的组织包含但不限于：

1)作为供方的开发组织；

2)存在大量分包的顾客的软件组织；

3)离岸外包的组织；

4)软件开发的研究机构；

5)应用软件开发、嵌入式系统开发、实时系统开发、科学计算软件开发、基础设施软件开

发等。

4.7能力成熟度评级

本文件是针对组织从第二级开始评价，对第一级不作评价。

5治理

5.1战略与治理

5.1.1概述

组织基于愿景、使命、价值观等，建立组织战略，指导组织业务发展。高级管理层履行其领导作用

和承诺，为实现组织战略，提供所需资源，监督业务发展，并在必要时进行决策。

6

T/CESAXXXX—XXXX

5.1.2相关能力子域

战略与治理的相关能力子域包括目标管理、过程能力管理、过程管理、组织资源管理、人员能力管

理。

5.1.3二级能力项

a)确定软件开发过程能力建设的范围和边界

组织应确定软件开发过程能力建设的边界和范围。在确定范围时，组织应分析影响其软件开发过程

的内外部环境，理解相关方的需求和期望，确定与其他组织之间接口和依赖关系。

b)基于愿景、使命、价值观等建立组织战略

高级管理层应基于愿景、使命、价值观等，确定组织的发展战略。

c)定期回顾组织战略

根据内外部环境变化，定期回顾组织战略，并在必要时进行调整。

5.1.4三级能力项

a)定义、维护和沟通软件开发过程的组织方针

应基于组织战略设定、更新和沟通软件开发过程的组织方针，指导软件开发能力的建设。方针是高

级管理层为实现组织战略，对组织内提出的具体关键要求。

b)确保资源的提供以支撑组织战略

高级管理层应确保必要的资源提供，以支撑组织战略。资源包括人、财、物、产、供、销、技术、

质量和文化等。

c)确保人员胜任力以支撑组织战略

高级管理层应明确人员胜任力要求，以确保人员胜任力能够支撑组织战略。

d)监督与评价组织战略

通过收集和使用过程实施的相关信息和度量数据，高级管理层监督和评价组织战略的实施情况，进

行必要的战略决策或调整治理行动。

5.1.5四级能力项

a)基于对软件过程数据统计分析的结果，进行组织战略与治理决策

高级管理层应基于组织过程能力数据统计分析的结果，对组织战略与治理做出必要决策。

5.1.6五级能力项

a)采用创新的方法或手段，强化组织治理能力

高级管理者应采用创新的方法或手段，持续改进软件过程能力，以提升组织治理能力。

5.2目标管理

5.2.1概述

组织基于战略，建立组织业务目标，分解到具体的过程能力要求，跟踪和评价目标实现的情况，并

为实现目标采取必要的措施。

5.2.2相关能力子域

目标管理的相关能力子域包括战略与治理、过程能力管理、过程管理、风险管理。

7

T/CESAXXXX—XXXX

5.2.3二级能力项

a)根据组织战略，建立并更新组织业务目标

高级管理层基于组织战略制定业务目标，并在必要时进行更新。业务目标是依据组织战略分解而来，

对组织愿景、使命、价值观、战略等的达成，具有重大影响的关键因素及相关指标。业务目标建立应具

备SMART特征。

b)基于度量数据，跟踪业务目标达成

高级管理层应根据收集的度量数据，确定业务目标的实际结果，跟踪其达成情况。对于业务目标的

实现存在显著差异，组织应进行原因分析，制定必要的改进计划并实施，支持业务目标的达成。

5.2.4三级能力项

a)根据组织业务目标，建立组织过程能力要求

组织应根据组织战略及方针，对业务目标进行分解，识别影响业务目标的关键过程，建立组织的过

程能力要求，确保目标之间的一致性和可追溯性，并在必要时进行更新。

b)监督与评价过程能力的达成情况

组织应定期监督与评价过程能力的实际达成情况，对于与实际过程能力存在显著差异的情况，组织

应基于度量数据进行原因分析，并制定和实施相应的改进措施。

5.2.5四级能力项

a)基于统计分析的结果，监督和评价业务目标和过程能力的达成情况

高级管理层应基于组织过程能力数据统计分析的结果，对组织业务目标和过程能力的达成情况进行

评价，并进行必要决策。

6开发与交付

6.1需求

6.1.1概述

需求开发和管理之间是同步实施、互为依赖的，两者共同作用使需求得到有效的管理、控制和优化。

需求开发的目的是引出、分析并建立顾客、服务、软件的需求；需求管理的目的是管理和跟踪需求，并

确保需求与基于需求的计划、活动和工作产品之间的一致性。

6.1.2相关能力子域

需求的相关能力子域包括设计、开发、测试、配置管理、监视与控制。

6.1.3二级能力项

a)收集、记录和理解需求

收集和记录来自顾客明示的需求、潜在的期望，并形成文档，和相关方达成对需求的理解。

b)承诺需求

开发团队承诺并实现需求。开发团队包括项目管理、设计和开发等相关人员。

6.1.4三级能力项

a)挖掘需求

8

T/CESAXXXX—XXXX

获取需求相关方明示的、潜在的和外部接口等方面的需求，以及必须遵守的限制与约束条件。

在理解业务场景基础上，通过需求调查，获取需求。调查范围覆盖顾客要求的业务范围以及软件生

存周期的所有阶段。需求相关方应涵盖任何可能影响需求的关键人员或事物。与需求提供者达成对需求

的一致理解。

b)分析需求

进行需求分析，细化分解功能性和非功能性需求，确定需求的优先级。识别具有共用特性的需求；

解决需求中存在的矛盾或不一致等方面的问题。

需求分析结果应形成文档。

c)确认需求

对需求进行确认，以满足相关方对软件的需要，并与相关方达成一致。

采用有效的软件需求理解方法，使相关方能够充分地理解软件需求以及用户需求与软件需求之间的

关系。解决相关方的疑问以及发现的问题。通过仿真评估、虚拟测试、模拟试验等手段确认软件需求，

使得最终软件能在要求的环境中按预期运行。

与各相关方确认需求，包括但不限于测试、评审等形式。

d)管理需求变更

按照组织变更管理过程，管理所有的需求变更。变更过程中关注需求与基于需求的计划、活动和工

作产品之间的一致性。

e)建立和维护双向可追溯，保持需求的一致性

建立和维护需求与软件开发各阶段工作产品之间的关系，确保双向可追溯。

6.2设计

6.2.1概述

软件设计是从软件需求出发，根据需求分析确定的结构和模块，对实现软件的结构、系统的数据、

系统组件之间的接口以及所用算法的描述。

6.2.2相关能力子域

设计的相关能力子域包括需求、开发、测试、发布与部署、配置管理、质量保证、供方管理、资源

管理（数据管理）。

6.2.3二级能力项

a)制定满足需求的设计方案

应能够提供满足软件需求的设计方案，将软件需求转化为软件体系结构，定义软件层次结构，确定

软件组件间的接口等内容以支持编码实现，并形成记录。

6.2.4三级能力项

a)制定组织级设计规范

根据组织战略及业务发展需要，制定组织级设计规范，根据产品特点对组织级设计规范进行裁剪，

选定项目的设计准则。

1)根据组织战略及业务发展需要，制定、应用、评审和更新设计规范，用于指导和检查设计方案。

设计准则。（常见的）包括但不限于：可靠性安全性设计准则、共性设计准则（如中断/时序设计准则

等）、基于典型案例的设计准则、产品化软件开发设计准则、部件开发设计准则、产品保证技术要素等；

2)项目对组织级设计规范进行裁剪，选定项目的方案设计准则，必要时对选定的准则进行评审。

9

T/CESAXXXX—XXXX

3)分析产品或产品部件的重用需要，确定产品或部件的设计策略并将选型结果和选型原因记录；

4)依据方案设计准则和顾客需要，设计产品或部件；

5)制定接口设计准则，并依据准则设计接口；

6)设计应满足相关的质量特性要求。

b)设计方案选型

根据方案设计准则及顾客需要制定备选方案评价准则，依据评价准则进行方案选型。

1)制定备选方案的评价准则，综合考虑成本、需求、技术、资源、收益和风险，为选择备选方案提

供依据；鼓励软件重用、使用新技术、新方法的方案；

2)开发、确定和记录备选方案，可在产品或产品部件所属系统设计、总体方案设计时开展备选方案

设计。备选方案考虑包括成本、进度和质量要求，还包括开发、购买还是重用，以及使用新技术、新方

法的风险等；

3)根据备选方案选择指南评价各个方案；选择最佳备选方案；记录备选方案的评价和选择过程信

息。

c)记录设计过程，验证设计满足需要

1)应记录重用设计选型结果与原因并验证选型结果满足顾客需要；

2)应记录产品或产品部件设计过程与成果并验证满足顾客需要；

3)应记录接口设计过程与结果并验证满足顾客需要；

4)应记录质量特性相关设计过程与结果并验证满足顾客需要。

6.3开发

6.3.1概述

开发分为实现、集成两个过程，两个过程可以重叠或相互作用，并且可以重复或循环地进行。实

现是根据软件设计阶段的要求，进行如下工作：软件编程、调试、开展静态分析、代码审查等，形成满

足设计要求的软件组件，并验证软件组件与设计说明的一致性。集成是将就绪的软件组件集成至更复杂

的软件子系统或完整的软件系统，从而满足顾客的业务需求。

6.3.2相关能力子项

实现与集成的相关能力子项包括需求开发和管理、设计、测试、风险管理、配置管理、供方管理。

6.3.3二级能力项

a)编写代码，实现设计

根据设计要求，对软件进行编程、调试。

b)执行单元测试

应制定单元测试方案，对软件单元或相关单元组合进行测试。根据测试结果，及时修正软件相关单

元。

c)制定并执行集成方案

应制定集成方案，包括集成环境、集成顺序、集成指令等，并按照方案执行集成。

6.3.4三级能力项

a)制定并执行编码规范

组织应根据业务发展需要，支持软件实现，制定并执行编码规范。

b)执行代码评审

10

T/CESAXXXX—XXXX

组织应制定并维护代码评审策略和规程，明确代码评审的类型、方法、工具和过程等。组织应采用

适当的评审方式开展代码评审，如代码走查或审查等，识别并消除代码缺陷。

c)管理和验证接口

组织应在整个软件生存周期中，应评审并管理接口描述的覆盖范围、完整性和一致性。应评价和测

试已集成的软件组件，确保组件内的接口满足要求。记录和使用评价结果，解决接口或连接不合规问题，

并与受影响的相关方一起沟通结果。

d)制定集成方案

根据集成规程和相关准则制定集成方案，集成方案包括软件组件信息、集成环境、测试工具和设备、

集成规程和准则、集成策略和方法、受影响的相关方、参与集成的人员安排等。

e)根据集成方案执行软件集成

按照集成方案、规程和准则集成软件组件。集成前，应确认每个软件组件符合其需求和设计要求

及接口需求。集成过程中，按照集成方案进行集成。

f)测试已集成的软件，确保其符合需求和设计

在软件集成方案确定的不同阶段测试已集成组件。使用软件集成规程、准则和环境，检查、集成和

测试组件的功能、性能、适用性和就绪性。

g)开发支持文档

组织应根据顾客和相关要求编制操作文档和用户文档。如安装手册、操作手册和维护文档等。

6.4测试

6.4.1概述

测试是验证软件部件或软件系统的需求得到满足，并确认软件在预定环境下达到其预期用途。

6.4.2相关能力子域

测试的相关能力子域包括需求、设计、开发、配置管理。

6.4.3二级能力项

a)建立测试方案

建立测试方案，确定测试的范围、职责、使用的工具和方法、进度和周期、规程和准则、测试资源、

测试报告文档要求等。

b)测试准备

测试人员为完成测试活动，应建立、维护测试用例，并准备测试环境和必要的工具。

c)执行测试，记录结果

依据测试方案执行测试，记录测试执行结果，对测试过程进行总结形成测试报告。测试结果以及对

结果的处理应与相关方沟通并达成共识。

d)评审测试相关文档

对测试相关文档进行评审，包括测试方案、测试用例等。

6.4.4三级能力项

a)建立和使用组织测试过程资产

建立测试运行管理机制，包括文档化的测试规程和准则、相关职责、测试工具、环境资源等，各项

测试活动按计划协调开展。

11

T/CESAXXXX—XXXX

建立测试过程资产规范，将可重用的测试方案、测试用例、仿真模块、驱动、数据等进行提炼，形

成组织测试过程资产。

b)分析测试数据

对测试数据进行综合分析，识别测试过程改进机会。

6.5部署

6.5.1概述

组织应策划适当的软件发布和部署阶段，并在发布和部署之前，证实其满足预期要求。

发布配置项宜包括软件包、用户手册、帮助文档、安装手册、培训材料等，并在发布前放行验证、

封装。

应按照策划的部署阶段制定部署计划，确保软件在目标环境中运行，满足运行要求。

6.5.2相关能力子域

部署的相关能力子域应包括开发、测试、配置管理。

6.5.3二级能力项

a)发布准备与提交

根据交付需求获取交付的配置项，并在发布前进行放行验证、封装，形成可追溯性发布信息。

b)制定部署计划

根据项目计划或相关约定，制定部署实施计划，应与相关方确认。以确保部署活动的实施，包括回

退活动的实施。

c)部署实施

应组织开发和实施人员按计划在目标环境分发和安装软件，完成计划实施的活动，并确认部署实施

达到需求的要求，保留证实性文件信息。

对于部署不成功，应按照部署计划实施回退。

6.5.4三级能力项

a)建立和维护发布与部署的过程资产

组织应建立和维护发布与部署的过程资产，以确保发布与部署的准确性，应包括：

1)发布软件资产，确保收集、查询、鉴别、存储、分享、更新及相互作用；

2)发布硬件资产，确定硬件环境的一致性；

3)发布文档资产，包括不限于：用户手册、帮助文档、安装手册、培训材料、发布部署计划；

4)发布人员资产，确保发布部署实施和放行的可追溯性；

5)法律法规和知识产权资产，确保发布部署的合规性。

b)使用组织发布与部署的过程资产

使用发布与部署的过程资产，确保开发、服务、再次开发的一致性，持续满足客户要求。

c)跟踪监控发布和部署过程

组织应对软件的发布和部署过程进行跟踪监控，确保软件按要求完成发布和部署相关计划和过程，

对于不合乎规范的发布和部署作业应及时指出并予以纠正。

6.6服务

6.6.1概述

12

T/CESAXXXX—XXXX

服务是指在软件部署完成后阶段性进行或持续进行的、为满足和维持稳定有效运行而展开的工作。

服务的目的是通过一系列的活动，持续发挥软件的业务应用价值。

6.6.2相关能力子域

服务的相关能力子域包括需求、配置管理、监视和控制、知识管理、过程管理。

6.6.3二级能力项

a)制定服务计划

建立并维护服务活动计划，明确服务人员的计划性投入和其职责，并形成文档。

b)提交服务

根据已建立的计划，按约定的方式，提供例行操作、响应支持、优化改善和调研评估等服务。

约定的方式应包括现场、邮件、电话、远程接入等方式；例行操作应包括运行保障、异常处置；响

应支持应包括应用培训、使用咨询、安全防护。

c)记录执行过程及其结果

对于已经交付的服务，记录其执行过程和执行结果。

6.6.4三级能力项

a)制定服务规范

建立并维护服务规范，包括服务的类型、重要级别、内容清单、响应级别、服务过程、结果评价等

内容。服务规范能够全面覆盖软件和业务的日常运行请求。能够在服务目录中选用并跟踪和检查服务的

执行过程和结果。

b)服务过程资产纳入资产库

应收集记录提交服务的原因、执行过程和评价后结果并统计，实现对服务过程原因和结果的双向追

溯，以持续提交服务的高效率和高质量。

c)提交运行数据和服务绩效报告

统一采集、存储、分析软件和业务的运行过程数据，确保运行资产可知、状态可视、安全可控，周

期性地主动提交运行报告；定期收集分析数据，按约定提交评价后的服务绩效报告。

6.6.5四级能力项

a)采用统计分析方法，建立软件服务绩效目标，持续预测服务绩效，管理服务绩效

基于服务过程数据建立服务支持的量化模型，预测业务可能产生的服务请求，以便快速匹配对应服

务，并及时地采取恰当的响应。响应有效性可评价、可追溯，能够对未来的过程绩效提出参考依据。

6.7开源应用

6.7.1概述

组织在软件交付过程中如使用开源技术，应在开源技术的选择、效果评价、使用规范、知识产权等

方面重点关注。

6.7.2相关能力子域

开源应用的相关能力子域包括需求、设计、开发、风险管理、组织资源管理。

6.7.3二级能力项

13

T/CESAXXXX—XXXX

a)在软件设计过程中，进行开源软件的选择、决策

在软件设计过程中选择和应用开源技术时，应确保所选择的开源软件满足需求、设计的要求，包括

功能性需求、非功能性需求及开源软件自身的安全性、可扩展性、可维护性等。

b)确认开源软件知识产权

组织应确保对开源软件的使用符合开源软件的知识产权要求，遵守开源软件许可证的要求。

c)使用开源软件实现设计

组织通过对开源软件的应用实现软件设计。

6.7.4三级能力项

a)根据组织的规范使用并维护开源软件

组织应建立开源软件应用规范，包括准入要求、活跃度要求、商业要求、使用规范说明、开发要求

等及开源软件资产库。项目组在开发过程中应遵守和使用组织级开源软件应用规范和开源软件资产库。

b)开源软件的个性化开发

组织应能对开源软件进行个性化开发及修改以实现设计、修复开源软件的缺陷。

c)开源软件的升级和替换

在软件架构设计中，应减少开源软件与项目的耦合度，使项目灵活的升级和替换所应用的开源软件。

d)开源软件成果归档

项目组应将项目开发所涉及到的开源软件的相关开发及使用成果进行反馈，组织应将可供后续工作

重用的开源软件代码及相关技术文件纳入资产库。

e)开源软件使用效果评价

组织应对开源软件使用的效果进行评价。包括效率、成本、质量等。

f)组织将开源软件成果回馈社区

组织应将优化升级后的开源软件成果回馈社区，不断推动组织与社区技术的共同提升。

6.7.5四级能力项

a)持续推动开源软件优化提升

组织应持续优化所应用的开源软件，不断提升开源软件本身的性能、质量、稳定性等方面，通过将

优化升级后的开源软件成果回馈社区、向社区发布新的开源软件成果等方法，推动开源软件的能力提升。

7管理与支持

7.1项目策划

7.1.1概述

项目正式开始之前，应开展项目准备与启动工作，明确项目目标，确定项目范围，确定项目相关方，

设置里程碑，分配必需的项目资源，进行必要的决策。项目启动后，应对项目进行合理的策划，项目策

划是开发和维护指导项目实施的各项计划，并获得各相关方对计划的承诺。

7.1.2相关能力子域

项目策划的相关能力域包括项目控制、质量保证、风险管理、配置管理、供应商管理、项目结项。

7.1.3二级能力项

a)依据价值分析，进行项目立项决策，确定项目目标，配置项目资源

14

T/CESAXXXX—XXXX

应识别项目目标、项目范围、项目相关方，设置项目里程碑。项目目标应支持组织的业务战略和IT

战略，项目目标包括但不限于价值目标、技术目标、业务目标等。识别项目的相关方及其依赖关系和相

关方主要人员或代表。设置项目里程碑，制定里程碑计划。

b)确定项目的范围，根据项目的范围估算软件规模

根据项目目标、需求、交付物等要求，确定项目的范围，作为项目估算、计划和监视与控制的边界。

项目范围包括但不限于需求与目标、工作分解结构、产品或冲刺待办事项列表等。采用合理的估算方法，

根据项目的功能点、故事点、代码行、对象数量、模块数量、需求/特性数量和其它自定义的功能点，

以及显著影响项目工作量、成本、工期等因素确认项目规模。

c)启动项目，成立项目组

正式启动项目，召开项目启动会，确保相关方在项目目标、项目范围、关键时间节点、资源、预算、

项目边界等方面达成一致。根据项目特征，和组织人员部门情况，组建项目组团队，定义项目组组织结

构，项目组运作与协作模式，对内对外沟通方式，分配角色，计划必要的培训。

d)估算项目工作量、成本和工期

对软件规模估算的结果进行反复验证后，估算软件开发的工作量，并以此为基础估算项目的工作量、

成本、工期等，为制定项目计划提供客观依据。

e)制定项目计划

根据项目管理策略与方法、项目阶段、阶段目标、工作产品、估算结果等，制定项目计划，并依据

项目规模，开发工期，项目人员，项目需求以及项目度量数据等建立合理的配套计划，并确保所有计划

之间实时协调一致。

f)组织项目计划的评审，并获得相关方的承诺

项目应组织评审项目计划，并获得相关方的承诺。所有影响项目的计划都应该被评审和批准，并获

得所有相关方对范围，目标，角色，职责，工期，时间，交付物等的共识和承诺。确保各方面的计划协

调一致，并达成承诺。

7.1.4三级能力项

a)使用组织历史数据进行项目估算

项目应使用组织级度量库，依据组织定义的估算方法，参考历史类似项目的度量数据等进行估算，

提高项目估算的客观性。

b)根据组织标准形成项目过程

项目应按照组织级过程剪裁指南，基于组织标准过程，根据项目目标、约束条件和其它特征，定义

项目过程。

c)使用组织过程资源和资产策划项目

项目应使用组织级过程资产，如组织标准规范与模版，借鉴历史项目的经验教训、度量数据、风险

应对措施等，制定项目计划，进行项目策划，控制项目风险。

d)识别并计划项目相关方的活动

项目应基于项目计划，借鉴组织的经验教训，识别项目外部和内部接口及其关键依赖关系，并与相

关方协商管理这些关键依赖的措施，制定相关的沟通策略、管理方法和行动计划。

7.1.5四级能力项

a)使用统计分析技术建立项目能力目标

识别组织、客户及其他各干系人对项目的需求、期望和限制，使用统计技术建立项目的过程度量目

标。通过统计分析技术预测目标的达成情况，并进行目标分解，明确相关过程的能力目标。

b)识别最有助于达成项目量化目标的过程组合

15

T/CESAXXXX—XXXX

根据各个过程不同执行方式的能力不同，使用统计技术识别最有助于达成项目量化管理目标的过程

组合方案。据此指导项目估算和计划的建立。

7.2项目监控

7.2.1概述

项目监控是通过各种方式客观地监视与控制项目各过程，包括但不限于：规模、工作量、进度、质

量、成本、知识和技能、利益相关方和资源等，使相关方及时了解项目状况，支持项目决策，实现项目

目标。

跟踪项目实际状态与计划之间的偏差，在影响目标实现的情况下，采取合适的纠正措施。

7.2.2相关能力子域

项目监控的相关能力子域包括项目策划、风险管理、项目结项、过程能力管理。

7.2.3二级能力项

a)跟踪项目总体计划及相关计划的执行情况

根据项目总体计划与相关计划，跟踪各阶段目标、项目范围、任务执行、交付物等的执行情况。

b)跟踪项目的估算及实际进展

跟踪项目估算、计划数据、实际数据之间的偏差，分析解决项目中出现的问题。

c)跟踪项目相关方的参与和承诺

跟踪相关方的参与和承诺，识别由相关方引起的影响项目按计划完成的问题，并及时协调相关方解

决。

d)采取措施，纠正项目的显著偏差

当项目的实际结果与计划之间发生显著偏差时，采取措施进行纠正，直到问题解决。

7.2.4三级能力项

a)按照项目计划和项目过程定义管理项目

按照项目计划和过程定义管理项目，解决项目问题，使项目的实际结果与计划尽可能一致。依据任

务的开始和结束准则，控制进度偏差和交付质量。在超过监控阈值时，采取合适的纠正措施。参照准则

进行里程碑评审，跟踪里程碑的完成情况。

b)管理项目相关方的活动

按照项目计划，管理项目相关方的活动。在项目进行过程中，持续识别新的问题，并协调相关方采

取必要的措施进行解决。对项目中出现的问题进行分类跟踪，针对重要问题进行根因分析。

c)跟踪和管理项目中出现的问题

跟踪和管理项目中出现的问题，对问题进行分类，针对重要问题进行根因分析。

7.2.5四级能力项

a)使用统计技术量化监控和管理项目

使用统计技术监控过程能力的稳定性和符合性，确保过程能力满足项目要求。

依据组织过程性能能力基准和过程能力预测模型，通过项目度量数据，实现对项目量化目标的预测

分析，并及时调整。

b)量化评价组织及项目量化管理目标达成情况

16

T/CESAXXXX—XXXX

使用统计技术量化的评价组织或项目能力目标达成情况，以及对组织战略规划和业务目标的支撑情

况，通过量化管理确保组织战略规划或业务目标的持续达成。

c)使用统计分析技术分析影响项目能力目标达成的根本原因并解决

使用统计和其它分析方法，识别并分析影响项目质量与过程绩效目标达成的原因。并根据原因，计

划和实施必要的纠正措施，提高达成项目质量与过程绩效目标的可能性。

7.3项目结项

7.3.1概述

项目结项指项目按照预期的目标达成或项目受其他因素影响中断，而需进行的项目结收尾工作。包

括但不限于：确认项目目标已达成情况，处理后续相关事宜，项目资源释放、评估项目绩效，项目资产

纳入组织管理、总结经验教训。

7.3.2相关能力子域

项目结项的相关能力子域包括项目策划、项目控制、风险管理。

7.3.3二级能力项

a)策划并实施结项活动

策划项目结项的达成标准与实施活动，并在达成结项标准时实施结项活动。

b)处理结项后续事宜

识别结项后续事项，并与相关方协商明确相关责任人。

7.3.4三级能力项

a)回顾项目的重要历程，总结经验教训

回顾项目的重要历程，对项目目标达成情况、计划执行情况、质量达成情况等进行经验教训总结，

并进行经验教训分享。

b)评价项目绩效

分析项目各维度的绩效和影响，对项目的目标实现程度、项目结果实现情况、项目团队绩效等作出

评价。基于过程数据偏差及问题，提出改进的对策和建议，持续改进提升项目管理水平。

c)贡献过程资产

将项目资产纳入到组织资产库，包括：项目过程文档、项目最终产品、项目经验教训清单、项目过

程数据等，并提出组织过程的改进建议，协助组织资产库持续完善及改进。

7.4风险管理

7.4.1概述

风险管理是指提前识别潜在风险，分析风险的影响，计划并实施缓解风险的措施，规避和降低风险

发生的可能性，从而降低风险的危害，或推迟风险的发生以提高实现项目或组织目标的可能性。

7.4.2相关能力子域

风险管理的相关能力子域包括项目策划、项目监控、质量保证、项目结项。

7.4.3二级能力项

a)识别潜在风险

17

T/CESAXXXX—XXXX

在风险管理中，首先识别并记录潜在的风险，以使项目或组织提前制定风险处置措施，避免或最大

限度地减少风险的影响。

b)分析已识别的风险

基于已识别的风险，分析风险发生的可能性、风险起因、预期发生的时间、影响范围、影响程度等

因素。

c)应对风险

对已识别的风险进行应对，跟踪检查措施的执行情况。

7.4.4三级能力项

a)根据已定义的风险分类，识别潜在风险

通过合理的方法识别组织已定义的风险分类，基于组织级的定义对潜在风险进行归类管理，提高风

险管理效率。项目中识别了未定义的潜在风险分类，应及时补充组织级风险库。

b)定义和管理风险等级

组织应根据风险的来源及特征，通过发生概率、影响程度、影响范围等定义和管理风险等级；集中

有限资源避免或降低高等级风险，提高风险管理的资源利用效率。

c)选择风险管理策略并制定风险管理计划

基于组织级风险管理规程，选择风险管理的策略，制定风险管理计划，提高风险管理的效率和效果。

d)按计划实施风险管理活动

根据制定的风险管理计划实施风险管理活动，降低风险给项目带来的负面影响。

7.5质量保证

7.5.1概述

质量保证可以根据适用的过程描述、标准和规程来检查过程和工作产品，并对发现的问题进行跟踪

和解决，以提高实现业务目标的可能性和顾客满意度。

7.5.2相关能力子域

质量保证的相关能力子域包括需求、设计、开发、测试、部署、服务、项目策划、项目控制、项目

结项。

7.5.3二级能力项

a)制定项目质量保证计划

建立并维护质量保证活动和任务计划，确定项目质量保证人员和职责，并形成文档。

b)评价过程和工作成果

根据已定义的过程和适用的标准，在整个项目周期内，采用客观的评价方法和明确的评价准则，评

价选定的已执行过程和所产生的工作产品，识别和记录发现的不符合，并对发现的不符合提出改进意见。

c)记录、沟通、跟踪过程和工作产品的不符合

与相关方沟通不符合项并跟踪不符合项的处理情况。制定不符合项的解决方法，针对不符合项记录

分析质量趋势，形成报告。

7.5.4三级能力项

a)根据组织的质量要求建立检查依据

18

T/CESAXXXX—XXXX

基于组织级质量保证规程，建立质量保证目标、制定质量保证策略、实施质量保证计划，以达成质

量保证目标。

b)依据项目的特征及历史数据，明确质量检查的优先级

依据项目的具体特征以及同类项目历史的数据，明确质量检查项的优先级，优化质量检查活动。

c)执行检查并分析质量保证活动记录，优化组织级的过程

开展质量保证工作总结，对质量保证活动的记录进行分析，优化组织级的过程。

7.6配置管理

7.6.1概述

配置管理是通过技术手段对软件产品及其开发过程和生存周期进行控制、规范的一系列措施，配置

管理的目标是记录软件产品的演化过程，保证软件配置项的完整性、一致性和可追溯性。配置管理主要

包括配置项标识、配置管理策划、配置管理系统准备、配置项和基线管理、配置审核、配置状态报告等

活动。

7.6.2相关能力子域

配置管理的相关能力子域包括项目策划、项目监控、需求、设计、开发、测试、部署。

7.6.3二级能力项

a)识别和标识配置项

应制定配置项识别和标识策略，根据制定的策略识别出需要控制、管理和使用的配置项并进行标识。

b)使用配置管理工具管理配置项

使用配置管理工具对配置项进行版本控制,对相关方访问、变更配置项的权限进行授权和管理，确

保配置管理的合法及留痕。

c)建立和维护配置项信息

建立并维护配置项信息，包括版本、状态、位置等。

d)管理配置项变更

应遵循变更管理规程对配置项进行变更，包括记录请求、分析和评估、审批、验证和发布等。

7.6.4三级能力项

a)定义配置项管理规则

应定义配置项的管理规则，如编号、分类、命名、版本等的规则。

b)策划项目配置管理活动，形成配置管理计划

应编制项目配置管理活动，形成配置管理计划，包括：必要的配置管理活动、实施配置管理活动的

策略和进度安排、负责实施配置管理活动的组织等。

c)建立和发布基线

应根据配置管理规程的要求建立和发布基线，提供给相关方使用，基线发布前应得到授权或批准。

d)执行配置审核

应按计划的时间执行配置审核，以保持相关能力项内容的规范性、完整性、一致性和可追溯性。

7.7供应商管理

7.7.1概述

19

T/CESAXXXX—XXXX

当组织需要使用第三方的软件产品、组件或软件服务时，组织应确定并管理供应商，对供应商进行

评价、选择、开发、使用和控制。

7.7.2相关能力子域

供应商管理的相关能力子域包括需求、设计、开发、测试、过程管理、过程能力管理。

7.7.3二级能力项

a)建立供应商协议

建立供应商合作协议，明确服务范围和交付级别要求，确定双方责任边界与权利，确保供应商交付

物满足要求。供应商协议包括但不限于和供应商签署的合同、具备法律约束的许可证、备忘录等。

b)监控供应商协议执行

确保供应商按照协议约定进行交付，定期监控交付成果的符合性，对违反协议约定的，应根据组织

已定义的流程及时采取纠正措施。

c)验收供应商交付物

按照供应商协议验收供应商交付成果。

7.7.4三级能力项

a)建立供应商使用准则和策略

组织应规划供应商使用准则和策略，根据组织战略及成本收益、风险分析及自身能力等明确供应商

使用目的并设定目标，规划供应商的使用。

b)根据供应商的选择准则和条件，选择供应商

组织应依据供应商的选择准则和条件，根据已建立的供应商管理过程，选择符合要求的供应商。

c)跟踪和评价供应商协议的执行情况

组织应定期对供应商的质量、进度、绩效进行跟踪和评价；记录评价结果并追踪改善成果。

d)供应商技术成果的移交

组织应定期识别供应商的技术成果及知识产权，并监控供应商技术成果的移交，并入组织资产库。

7.7.5四级能力项

a)使用统计技术对供应商建立过程能力目标

组织应使用统计技术对供应商建立过程能力目标，便于监控和评价供应商的过程绩效。

b)基于供应商的过程数据监控供应商协议的执行情况，评价目标达成情况

组织应建立供应商评价体系，根据供应商的过程数据监控供应商协议的执行情况，并评价供应商对

目标的达成情况。

8组织管理

8.1过程管理

8.1.1概述

基于组织业务目标和发展规划，建立、实施、维护组织软件业务相关的标准过程，包括软件过程相

关的工作流程、规程规范以及产出参考，并持续改进，以支持组织目标的达成。

8.1.2相关能力子域

20

T/CESAXXXX—XXXX

过程管理的相关能力子域包括模型所有能力子域。

8.1.3二级能力项

a)识别过程改进的需要

依据组织的战略规划和业务目标需要、审计检查结果、发现管理问题、客户需求及建议等多方面识

别过程改进的需要。依据组织业务目标及需要判定改进的优先级。

b)制定、维护并实施过程改进计划

组织制定适合业务目标的改进规划，并加以实施，以确保改进活动有助于项目绩效的提升及成本降

低。

8.1.4三级能力项

a)建立过程改进目标，明确改进的职责定义

结合组织业务目标，建立过程改进目标。

在组织内建立过程改进团队，负责改进的计划和实施活动，并确定高级管理层、团队及其他各相关

角色在改进工作中的角色职责。

b)定义组织标准过程

基于组织软件业务战略，建立、实施和维护组织治理、软件交付、项目管理的标准过程，包括需要

的过程及过程之间的接口，最高管理层应确保将标准过程整合到组织的整个过程中，以实现组织绩效目

标。

c)建立并维护标准过程的裁剪标准

根据组织战略目标需求和项目特点，制定适当的裁剪标准，方便标准过程和过程资产库在组织内的

推广和应用，在确保质量的前提下，提高效率，降低成本。

d)实施过程改进活动

根据改进计划定义组织过程和其它过程资产，在组织内部部署并实施改进，识别、记录并跟踪解决

实施过程中出现的问题。

e)评价改进效果

组织基于改进目标，针对改进结果，做出改进效果评价，在必要时对改进结果进行优化，并将优化

后的改进成果纳入过程资产库管理。改进经验纳入资产库。

8.1.5四级能力项

a)使用统计技术管理改进工作

结合组织改进工作历史数据，使用统计技术预测改进效果，量化监控改进活动，实现对改进工作的

量化管理。

客观判定改进工作的目标达成情况，以及改进工作对组织战略规划和业务目标的达成情况，确保对

组织目标的量化支持。

8.2人员能力管理

8.2.1概述

为保证人员能力能够满足组织的业务目标和软件业务的可持续发展，对人员能力方面的策划、实施、

评价、提升人员能力的标准过程。以持续改进人员能力，实现组织绩效目标和顾客需求。

8.2.2相关能力子域

21

T/CESAXXXX—XXXX

人员能力管理相关能力子域包括战略与治理、目标管理、项目策划、项目监控、风险管理、供应商

管理、组织资源管理、过程能力管理等。

8.2.3二级能力项

a)识别人员能力需求，策划人员能力和配备要求

识别人员能力需求，根据当前人员能力现状和业务需求进行人员能力策划，确定人员能力提升目标

和人员需求，并配备相关资源。

b)提供并跟踪人员能力和配备要求

根据人员能力要求，识别人员能力提升需求，制订能力提升计划并实施，以确保人员在知识、技能、

经验等方面满足服务要求。从项目成本和收益等方面确定人员配备计划，明确人员招聘、备岗、调岗等

方式，并进行人员配备。

c)建立人员能力评价机制

根据人员构成和业务需求，结合培训计划与配备计划实施情况，阶段对人员能力与岗位匹配度进行

评价，以确定是否满足业务技能要求和顾客需求。

8.2.4三级能力项

a)根据组织业务目标建立人员能力管理机制

依据组织业务目标和发展规划，建立人员能力管理的策划、实施、评价、改进活动的流程和方法，

设置人员能力管理岗位，明确岗位职责和人员配备。

b)建立组织级人员能力管理目标和计划

组织基于业务目标和发展需要，组织治理及改进工作对人员能力的要求，对组织人员能力的现状进

行差距分析，确定满足软件业务要求的人员能力管理目标，形成能力管理及提升计划，包括但不限于明

确资源与预算、落实人员、分解任务、时间、以及衡量效果的标准等。

c)实施并监控人员能力提升行动

组织应结合信息技术应用方法，支持人员能力计划的实施、监督、评价等，保证人员能力目标实现。

d)建立员工胜任力标准并进行评价

组织基于业务目标及胜任力要求，确定满足软件业务要求的员工胜任力模型，识别岗位结构、岗位

职责、能力要素、级别定义等，形成岗位胜任力和人员能力评价机制，有效度量组织绩效目标与人员能

力的匹配程度。

8.2.5四级能力项

a)使用统计分析方法评价人员能力提升与组织业务目标的达成影响

依据组织人员能力和组织目标数据，可使用统计分析方法客观评价员工能力的提升与组织业务目

标，过程绩效目标达成情况的关联关系，确保员工能力提升的投入产出比。

b)建立人员储备资源池管理机制

组织应结合业务需求，建立人员储备资源池的拓展、准入、维持、共享的管理机制，并实现对软件

业务的调配。

8.2.6五级能力项

a)根据组织业务目标建立了员工创新管理和评价机制

基于组织战略规划及业务目标，建立了员工创新管理机制和创新评价机制，从人员能力方面支持组

织的创新与引领。

22

T/CESAXXXX—XXXX

8.3组织资源管理

8.3.1概述

组织基于业务目标，识别并提供组织软件过程所需的资源、资产，对相关资源及资产进行有效管理，

实现资源优化配置，合理利用，以提高组织整体的绩效和能力。

8.3.2相关能力子域

组织资源管理的相关实践域包括战略与治理、测试、项目策划、项目监控、质量保证、供应商管理。

8.3.3二级能力项

a)识别软件过程所需的资源和资产

依据软件业务开展的需要，识别并提供相应的人力资源、软件资源、硬件设备资源、信息和通讯技

术等基础设施资源，以及开展软件交付和管理工作所需的过程资产需要，支撑软件业务的运行。

b)提供并维护软件过程资源和资产

识别组织所需要的过程资产、软件和硬件资源，提升软件交付和管理的能力。

c)识别软件过程相关