首页/管理/IT 管理与治理速查/服务级别评审会议
ITIL 与服务管理60 条

服务级别评审会议

服务级别评审是客户与服务方定期回顾质量与预期的机制:输入 SLA 达成、重大事件与改进进展,输出优先级调整与改进承诺。

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

服务级别评审会议是什么

服务级别评审是客户与服务方定期回顾服务质量与预期的机制:输入是 SLA 达成情况、重大事件与改进进展,输出是优先级调整与改进承诺。它使 SLA 从纸面承诺变成动态对齐过程。评审必须有决策产出,只有汇报没有结论的评审会逐渐流于形式,双方都不再重视。

基本信息

频次月度或季度,按服务重要性与客户要求确定
参与方服务经理、客户代表、关键支持方
主要输入SLA 达成、重大事件、用户反馈、改进进度
主要输出会议纪要、改进项、合同或优先级调整建议
关键纪律上期行动项先回顾,再谈新议题

典型使用场景

  • 定期向客户说明服务达成情况与未达标原因
  • 业务节奏变化时调整服务级别与支持范围
  • 重大事件后向客户说明根因与改进计划
  • 识别客户预期的漂移,避免双方理解逐渐分叉
  • 合同续签前评估服务水平是否匹配当前价格

评审议程示例

评审议程示例
# 先回顾上期承诺,防止评审变成单向汇报
1 上期行动项回顾(完成与超期,说明原因)
# 未达标分析要写原因与改进动作,不只是致歉
2 SLA 达成与未达标分析(趋势与原因分类)
# 重大事件选有代表性的讲,讲清根因与后续措施
3 重大事件与用户反馈(含投诉与典型请求)
# 业务预期变化往往比指标更重要,务必留出时间
4 需求与预期变化(业务规划对服务的影响)
# 收尾必须有承诺:谁在什么时间做什么
5 下期改进承诺与责任人

评审输出类型

输出内容后续动作
会议纪要结论、分歧与待定事项会后分发并确认
改进项措施、责任人、时限进入改进登记册跟踪
合同调整建议服务级别、范围或价格调整走内部审批与合同流程
风险提示预期变化带来的风险纳入双方风险管理
评审要有决策产出:连续几期没有决议的会议会让双方逐渐降低参与级别,最终失去对齐预期的作用。

易错点

  • 评审只报喜不报忧:隐瞒未达标会透支信任,一旦暴露修复成本更高
  • 客户方只来 IT 联络人:业务预期变化无法被捕捉,服务级别与实际需求脱节
  • 上期行动项不回顾:承诺无人跟踪,评审逐渐失去约束力
  • 会议无结论无责任人:讨论充分但没有决策,问题原地循环

数据来源与参考

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