1. ITSS标准体系与运行维护定位
ITSS（Information Technology Service Standards，信息技术服务标准）是在工业和信息化部、国家标准化管理委员会指导下建立的一套IT服务标准体系。企业高频申办的是运行维护领域的能力成熟度符合性评估，核心依据为：
- 国家标准 GB/T 28827.1《信息技术服务 运行维护 第1部分：通用要求》
- ITSS分会发布的《信息技术服务 运行维护 服务能力成熟度模型》及符合性评估实施细则
评估与发证由**中国电子工业标准化技术协会信息技术服务分会（ITSS分会）**组织实施，证书可在ITSS官网公开查询。
注意：ITSS还包含咨询设计、云服务、治理等其他领域，但运维类项目招标通常明确写"运行维护"领域，其他类别不能替代运维证书使用。
2. 能力四要素（PPTR）与模型原理
运行维护服务能力成熟度模型的底层逻辑是**人员（People）、过程（Process）、技术（Technology）、资源（Resource）**四大要素（PPTR）：
- 人员：运维团队规模、岗位设置、持证与履职；
- 过程：事件、问题、变更、发布、SLA等流程是否建立并真实运行；
- 技术：监控、自动化、CMDB、AIOps等工具与技术应用；
- 资源：机房、备件、知识库、服务台等服务资源保障。
评审不是看"有没有文件"，而是看这四要素是否形成闭环、是否有真实运行数据支撑。
3. 等级递进：四级到一级的不可跨级逻辑
|----|---------|---------------|-----------|
| 等级 | 名称 | 能力要求 | 申报规则 |
| 四级 | 基本级 | 基础运维能力管理，日常有序 | 初次可直接申报 |
| 三级 | 拓展级 | 体系完备，满足多数政企门槛 | 市场主流刚需 |
| 二级 | 协同级/改进级 | 流程量化、协同改进 | 须持三级满一定年限 |
| 一级 | 量化级/提升级 | 数据驱动决策 | 须持二级满规定年限 |
核心规则：成熟度等级不可跨级，初次申报最高只能报三级。 这与CMMI的逐级思路类似，但ITSS四级→一级对应"基本→拓展→协同→量化"，不要与CS的CS1--CS5或CMMI的1--5级混为一谈。
4. 2026审核趋势：从纸面合规到证据链可追溯
2026年ITSS评估最显著的变化，是审核重心由"材料齐全"转向"体系真运行、过程证据可追溯"。公开解读显示新版实施细则对体系有效运行时长、过程证据链完整性提出更高要求（具体以ITSS分会最新《符合性评估实施细则》为准）。常见核查点：
- SLA：是否量化，并有达成情况监控数据；
- 事件管理记录：是否连续、可追溯，体现真实处置；
- CMDB：是否与实际资产一致、日志可查；
- 管理评审：是否有输入输出文档与改进决议，而非走形式；
- 项目案例：是否与申报的"运行维护"范围一致。
条文逻辑（据公开解读摘录）：评估申请企业的体系文件须有效运行规定时长，并强化运维过程证据链完整性审查，包括SLA、事件管理记录、CMDB更新日志等关键凭证。具体时长与监督节奏以ITSS分会最新细则为准。
5. ITSS vs CS vs CMMI：边界与选型
|-------|--------------|-------------------|----------------|
| 维度 | ITSS（运维） | CS（信息系统建设和服务能力评估） | CMMI（软件过程） |
| 聚焦 | IT运维服务（国产标准） | 系统集成/实施/运维/咨询综合服务 | 软件开发过程（国际标准） |
| 颁证/评估 | ITSS分会 | 中国电子联合会（评估机构） | CMMI研究院授权主任评估师 |
| 适用场景 | 长期运维、外包服务 | 新建/改造/集成信息化项目 | 纯软件研发/定制开发 |
| 关系 | 互补不替代 | 互补不替代 | 互补不替代 |
选型口诀：接长期运维看ITSS，接新建集成看CS，做纯软件研发看CMMI。 多业务并行的大型集成商往往三证皆备。
6. 申报实操踩坑清单
- 想跨级直报二级/一级：规则不允许，初次最高三级。
- 体系试运行期不足：最常见驳回原因，须真实运行并留痕。
- SLA未量化：只有文档无达成数据，评审不认。
- CMDB与实际不符：资产对不上、日志不可查。
- 内审记录造假：审核查社保、岗位、项目一致性。
- 案例与范围不一致：申报运维却拿开发项目凑数。
- 获证后忽视年度监督：未通过监督可能被暂停或撤销。
7. 作者简介
本文作者来自北京明航管理咨询有限公司IT资质咨询团队，长期为IT企业提供CMMI、ITSS、CS、CCRC、软著、信创、数据治理等资质组合规划与申报辅导，把"该办哪张、先办哪张、怎么排期"一次讲清。