持续服务改进是什么
持续服务改进（CSI）让改进成为常态：识别机会、排定优先级、跟踪落地并验证效果。ITIL 4 中对应持续改进实践，贯穿服务价值体系的全部组件，不是某个部门的专属工作。它强调闭环：改进项要有量化目标、负责人、期限与验证方式，否则会退化成讨论会或一份长期不动的清单。落地载体通常是一份改进登记册，加上固定的评审节奏。
基本信息
| 循环 | 识别 → 定义 → 测量 → 分析 → 改进 → 验证 |
|---|---|
| 落地载体 | 改进登记册（含负责人与期限） |
| 关联方法 | PDCA、精益改进、无责复盘行动项 |
| 评审节奏 | 与例会同步，月度或季度回顾 |
| 验证要求 | 改进前后数据对比 |
| 常见失败 | 只登记不排期、目标不可量化 |
典型使用场景
- SLA 未达标整改：把差距转成可跟踪的改进项
- 重大事件之后：复盘行动项进入登记册统一跟踪
- 工单趋势分析：重复问题与长账龄工单指向流程缺口
- 满意度调查：低分项的根因分析形成改进计划
- 审计与风险评估：把发现的问题转成整改任务
- 平台与工具改进：把高频手工操作列为自动化候选
改进机会来源清单
改进机会来源清单
SLA 未达标与重大事件复盘
工单趋势与重复问题
用户满意度调查
审计与风险评估发现
值班反馈与自动化候选清单改进项必备要素
| 要素 | 作用 | 缺失后果 |
|---|---|---|
| 现状数据 | 提供改进基线 | 无法判断是否改善 |
| 目标值 | 明确期望水平 | 改进方向模糊 |
| 负责人与期限 | 明确责任 | 长期挂起无人推进 |
| 验证方式 | 确认效果 | 改完不知道有没有用 |
改进项要有量化目标与验证方式，否则无法判断是否真的改善，也难以向管理层说明投入产出。
改进不要一次铺开：每季度集中做少数几项，完成后验证效果再启动下一批，避免登记册堆积成无人清理的清单。