首页/管理/IT 管理与治理速查/服务转换与上线移交
ITIL 与服务管理60 条

服务转换与上线移交

服务转换把新服务从项目移交给运营:文档、监控、值班、备份、容量与 SLA 承接逐项验收,避免上线即失控。

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

服务转换是什么

服务转换(Service Transition)是把新建或改造后的服务从项目状态移交给运营状态的过程。它的目标不是走完签字流程,而是让运营团队真正具备承接能力:文档、监控、值班、备份、容量与 SLA 承诺逐项验收合格。跳过这一步,上线即失控是最常见的结果。

基本信息

移交物架构与 Runbook 文档、监控告警、值班安排、备份恢复、容量基线、SLA 承接
验收方式逐项检查清单 + 试运行期双人值守
责任方项目建设方与运营方共同确认,服务经理主导
前置条件SVT 验证通过、变更评审通过
输出转维确认单、遗留问题清单与责任人

典型使用场景

  • 新系统上线前确认运营侧已经能独立处置告警
  • 系统从自建机房迁到云上,运维对象与工具链发生变化
  • 团队重组或外包切换,服务责任主体发生变更
  • 重大架构改造后能力边界与故障特征已不同于原设计
  • 老旧系统的维护职责从项目组移交给基础设施团队

转维检查清单

转维检查清单
# 逐项打勾,未通过项要写明整改责任人与期限
[ ] Runbook 与架构文档已交付并通过运营方评审
[ ] 监控、告警规则、值班表已生效并完成告警实测
[ ] 备份策略与恢复演练已验证(含恢复耗时记录)
[ ] 容量与性能基线已建立,扩容阈值已定义
[ ] SLA 与服务流程已培训,二线支持接口人已明确
[ ] 遗留问题清单已登记,含责任人与关闭时限

移交验收项与判定

验收项判定标准常见不合格表现
文档运营方能按文档独立处置常规故障只有设计文档,没有处置步骤
监控核心告警实测触发并送达值班告警只配了不测,验收当天全是噪声
备份恢复演练成功且记录耗时只说有备份,从未恢复过
SLA目标、口径、扣除规则已确认承诺了但没定义怎么算
建议设试运行期(例如 2 至 4 周)由项目组与运营方并行值守,问题收敛后再完全移交,事故高发期留在项目组内解决成本更低。

易错点

  • 项目组撤得太快:运营接手时无文档无培训,事故频发且无人熟悉架构
  • 移交只交系统不交承诺:SLA 目标、告警阈值与升级路径没人承接
  • 试运行期没有退出标准:并行值守无限延长,责任始终模糊
  • 遗留问题只在会上口头提及:没有清单与责任人,移交后无人认领

数据来源与参考

  • ITIL 4 Foundation(AXELOS/PeopleCert)
  • ISO/IEC 20000-1:2018
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌