测量指标：管理成果怎么评价
运维体系建得好不好，不能靠感觉，要靠指标。测量是体系闭环的最后一环：没有测量，就不知道体系是否达到了建设目标，也就无法持续改进。本章给出管理成果的评价维度、工程师档案与考核框架、供应商考核建议，以及三类年报的结构。
7.1 评价运维团队的工作现状
评价一个运维团队的工作现状，可以从三个层面入手：
- 汇总基础运维资源种类与数量：团队到底在管什么、管多少，是评价的前提——资源台账越完整，评价越有依据；
- 运维工作内容占比：按服务目录占比、业务系统占比、服务包占比等维度，分析团队精力投向了哪里，判断结构是否合理；
- 人力资源角度：从团队管理、工程师个体、对外协作三个视角，评价人的组织与使用效率。
在此基础上，管理成果评估覆盖五类对象：
| 评估对象 | 评估要点 |
|---|---|
| IT 设备可用性 | 设备运行稳定性、故障频次与修复时效 |
| 工程师工作 | 工作负载、处理效率、满意度反馈（见 7.2） |
| IT 资产 | 资产台账完整性、账实一致、生命周期管理 |
| 业务系统运维 | 业务系统可用性、故障响应、变更风险 |
| 供应商服务 | 响应时效、解决质量、协作配合（见 7.3） |
7.2 工程师档案与考核维度
工程师档案
为每位工程师建立结构化档案，是工程师管理的基础。档案包含以下板块：
| 板块 | 字段 |
|---|---|
| 基本信息 | 姓名、年龄、职位、最高学历、联系电话 |
| 教育背景 | 学历、大学、专业、起止时间、类型 |
| 培训经历 | 培训机构、培训内容、起止时间、类型 |
| 证书 | 方向、等级、有效期起止、状态 |
| 工作经验 | 从业机构、起止时间、职位、工作内容、其他说明 |
| 项目经验 | 项目名称、项目简介、承担职能、项目类型 |
| 重大活动表现 | 重点保障、应急处置等关键事件中的表现 |
| 技能等级 | 各技术方向的技能分级评定 |
考核维度
工程师考核建议从五个维度进行，软硬结合：
| 维度 | 含义 |
|---|---|
| 工作负载 | 处理工单、任务的数量与复杂度 |
| 管理设备 | 负责管理的设备数量与运行质量 |
| 满意度反馈 | 用户对其服务体验的评价 |
| 内部工作 | 制度执行、文档沉淀、协作配合等内部事务 |
| 知识贡献 | 知识库建设中的产出与共享 |
7.3 供应商考核
供应商服务是运维体系的重要组成，尤其是外部工程师参与日常运维的场景。考核建议围绕四个维度：响应时效（需求通知与服务响应是否及时）、解决质量（一次解决率与返工情况）、服务配合度（流程遵守与协作态度）、成本合规（结算与合同约定的符合程度）。考核结果应作为供应商续约与服务分级调整的依据。
7.4 三类年报
服务年报
服务年报面向用户与业务部门，回答"这一年 IT 服务做得怎么样"。核心内容：服务请求与故障的总体情况、服务目录各服务的表现、可用性统计、主要改进举措与成果。
业务系统运维年报
业务系统运维年报面向业务系统归属部门与信息中心管理层，回答"各业务系统运行是否平稳"。核心内容：各业务系统的可用性、故障与变更情况、性能趋势、下一年度运维重点。
CIO 年报
CIO 年报面向单位高层，回答"IT 投入与服务水平之间的整体关系"。核心内容：运维资源利用率、成本结构、团队能力、体系运行的综合评估，作为 IT 综合评估与下一年度决策的依据。
7.5 未涉及范围
本章有意不展开两类评估：信息安全评估与 IT 财务投资评估。前者涉及独立的安全管理体系与专业方法，后者涉及投资回报与财务口径，均超出本实施指南的讨论边界，如需可另行成文。