首页/管理/IT 管理与治理速查/SLA 达成统计与报告口径
ITIL 与服务管理60 条

SLA 达成统计与报告口径

SLA 达成统计需要明确测量点、排除项与争议处理:计划维护是否计入、按分钟还是按工单、部分降级如何折算,都要写进协议附件。

IT 管理与治理速查管理更新于 2026-10-13

SLA 报告口径是什么

SLA 达成统计需要明确测量点、排除项与争议处理:计划维护是否计入、按分钟还是按工单统计、部分降级如何折算,都要写进协议附件。这些口径比目标数值更容易引发分歧,因为双方都能找到对自己有利的算法。报表的读者是业务方,因此除了百分比,还要给出解读:未达标发生在哪些时段、影响多少用户、下一步动作与责任人是谁。

基本信息

测量点用户侧探测 / 服务端监控 / 工单统计(须声明)
排除项约定维护窗口、不可抗力
输出月报与整改项
争议处理口径写进协议附件,改动需双方确认
主要读者业务方与管理层
关联实践服务水平管理与持续改进

典型使用场景

  • 月度报告:向业务方说明达成情况与未达标原因
  • 争议裁决:用双方确认的口径与数据源还原事实
  • 供应商考核:核对云厂商与服务商的实际表现
  • 改进立项:把未达标项转为可跟踪的整改任务
  • 内部团队问责:把整体目标分解为各环节达成情况
  • 合同续签:用历史数据支撑目标调整或条款修订

SLA 月报要素

SLA 月报要素
目标 vs 实际(可用性、响应、解决时间)
未达标事件清单与原因分析
额度或错误预算消耗趋势
整改项与责任人、期限
下月风险提示(重大变更、大促、冻结期)

常见口径争议

争议点两种算法建议做法
计划维护计入 / 不计入明确窗口、提前通知天数与适用范围
降级运行按完全不可用 / 按性能折算约定折算比例并举例说明
统计单位按时长占比 / 按工单数量与业务影响挂钩选择并写死
数据来源用户侧探测 / 服务端监控双来源并存,差异超阈值时人工复核
报告要给出业务读得懂的解读,而不只是原始百分比:时段、影响范围与后续动作缺一不可。

易错点

  • 测量点单方有利(只看存活探针),业务体验差但报表好看
  • 排除项定义过宽,可用性数字与用户感知逐渐脱节
  • 数据来源与口径中途变更:前后月不可比,历史趋势失去参考价值
  • 只报数字不给整改项:业务方看到问题却不知道谁处理、何时解决

数据来源与参考

  • ITIL 4 Foundation(AXELOS/PeopleCert)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌