一、ISO/IEC 20000-1:2018 10.2 标准原文
条款要求：组织应持续改进服务管理体系和服务，以提高其适宜性、充分性、有效性和服务表现。改进应结合监视测量结果、审核、管理评审、客户反馈、问题管理、风险和机遇等信息进行策划和实施。
二、标准条款解读说明
2.1 持续改进来源表
| 来源 | 典型内容 | 改进价值 |
|---|---|---|
| 绩效数据 | SLA偏差、趋势异常、效率下降 | 发现事实上的改进需求 |
| 审核和评审 | 内部审核、管理评审、外部反馈 | 识别体系级问题 |
| 问题和事件 | 重大事故、重复故障、投诉 | 推动根因治理 |
| 机遇和创新 | 自动化、工具整合、服务标准化 | 提升效率和客户体验 |
2.2 核心理解
持续改进是ISO 20000的终点，也是下一轮管理循环的起点。一个通过认证却不再改进的体系，很快就会与业务、技术和客户需求脱节。10.2要求组织把改进做成一种制度化能力，而不是零散项目。它既包括对问题的纠偏，也包括对机会的主动利用。
持续改进的成熟度，决定了服务管理体系是“合规性体系”还是“经营性体系”。如果改进来源只来自审核，体系往往较被动；如果改进还能来自客户反馈、趋势分析、自动化机会、容量优化和供应商治理，体系就开始具备自我进化能力。ISO 20000鼓励的正是后者。
三、实施要点
3.1 建立持续改进来源池
- 将监视分析、审计发现、客户反馈、问题管理、供应商评审和员工建议统一纳入改进来源。
- 明确改进项目的收集、筛选、优先级和立项规则。
3.2 以价值和风险排序
- 优先处理高风险、高影响、高频率或高价值改进项。
- 避免改进清单过长导致执行分散。
3.3 将改进做成项目化管理
- 明确目标、责任人、资源、时间表和验证方法。
- 对跨部门改进项设立正式治理机制，防止中途失速。
3.4 验证改进结果并沉淀经验
- 通过指标改善、客户反馈、审计复核和运行表现验证改进效果。
- 将有效做法固化为流程、模板、知识和培训内容。
四、常用工具与实施方法
| 工具/方法 | 用途 | 输出 |
|---|---|---|
| 改进台账 | 统一管理改进机会 | 改进项目清单 |
| 优先级评估 | 按价值和风险排序 | 优先级矩阵 |
| 项目计划 | 推动改进实施 | 改进实施计划 |
| 效果验证 | 确认改进是否产生结果 | 验证报告 |
| 经验固化 | 沉淀成功做法 | 流程更新和知识条目 |
五、典型案例
案例一：把高频请求转为自动化改进
某集团服务台长期被密码重置和权限续期请求占满。组织将其纳入持续改进项目，建设自助服务和自动审批机制，既减少人工成本，也显著提升用户满意度，体现了从问题导向到机会导向的改进价值。
案例二：管理评审输出推动体系升级
某服务商在管理评审中连续看到变更失败率和供应商响应偏差问题，于是把自动化发布、供应商分级治理和重大变更预演纳入年度持续改进项目。半年后，服务稳定性和履约水平同步提升。
案例三：把零散改进想法变成正式改进组合
某企业内部一直不缺改进建议，服务台、一线运维、客户经理和审核员都能提出很多想法，但因为缺少统一筛选和优先级机制，大多数建议最终停留在讨论层。依据10.2建立持续改进台账后，组织将改进来源统一收集，并按价值、风险、成本和实施难度排序，逐步形成年度改进组合。这样一来，改进不再是零散灵感，而成为可管理、可验证、可积累的持续能力建设过程。
10.2 之所以放在标准最后，不是因为它最不重要，而是因为它承接了前面所有条款的输出。数据分析会产生改进信号，内部审核会揭示体系短板，管理评审会给出方向判断，问题管理会提供根因输入，客户反馈会指出体验偏差。持续改进的职责，就是把这些分散输入转化为有优先级、有资源、有验证的实际行动。
持续改进与纠正措施既相关又不同。纠正措施更强调针对已发生的不符合防止复发，而持续改进还包括主动优化和机会利用，例如自动化、高价值服务标准化、报告精简、供应商协同优化、知识复用和自助服务提升。一个只会纠偏而不会主动优化的体系，很难长期保持竞争力和适应性。
真正成熟的持续改进，需要组织具备“收集很多想法，但只做最值得做的事情”的能力。改进清单过长、项目太散、责任不清、验证薄弱，是许多组织常见的失败模式。ISO 20000 希望建立的，是持续但有节制、聚焦而非发散的改进机制。
审核10.2时，最好查看改进来源是否多元、优先级是否明确、项目是否有责任和验证、成功做法是否真正固化到流程和知识中。若改进活动只停留在项目完成层，而没有改变日常做法，持续改进就还没有真正进入体系。
成熟组织在10.2上的显著特点，是它们已经形成“从事实中学、从问题中学、从机会中学”的节奏。每一次异常、每一次反馈、每一次趋势变化都可能成为改进输入，但最终都会被纳入统一的判断和选择机制，而不是让团队在无数零散改进中疲于奔命。
因此，持续改进成熟的标志，不是项目数量越来越多，而是改进越来越贴近服务价值，越来越能被验证，越来越能沉淀成长期能力。
从长期经营看，10.2 做得好的组织，通常更少依赖一次性运动式优化，而是形成稳定的改进节奏。问题、数据、反馈和机会会被持续吸收，再转化为更轻、更稳、更适配业务的服务方式。
也正因为如此，持续改进不是标准的结束语，而是体系继续向前的发动机。只要改进机制始终真实运转，服务管理体系就不会轻易停在原地。
归根结底，10.2 建立的是一种把经验持续转化为能力的机制。问题被解决后不只是过去了，机会被识别后也不只是讨论过了，而是要真正沉淀成新的服务做法和新的体系优势。
因此，持续改进越成熟，组织越能把每一次反馈、每一次异常、每一次优化机会都转成长期收益，而不是让经验在一次次讨论后重新流失。
这种把经验留住、把收益放大的能力，正是持续改进能够长期拉开服务成熟度差距的原因。
只要这种转化机制持续运转，服务管理体系就会越来越像一个会学习、会积累、会进化的组织系统。
经验一旦真正沉淀成能力，体系的改进红利就会越来越明显。
这也正是10.2放在标准最后的原因。
真正会改进的体系，永远不会停在原地。
它会把每一次变化都尽量变成成长机会。
这会持续放大体系优势。
价值会越来越明显。
六、成文信息管理要求
- 保留改进来源记录、优先级评估、项目计划、实施证据和效果验证记录。
- 保留由改进引起的流程修订、培训、工具优化和资源投入记录。
- 持续改进项目应能追溯到其来源依据和结果评价。
七、常见误区及踩坑提醒
| 误区 | 表现 | 正确做法 |
|---|---|---|
| 持续改进只靠审计推动 | 改进始终被动，节奏缓慢 | 拓展到数据、反馈、问题和创新机会 |
| 改进项目太多太散 | 每项都推进一点，结果都不明显 | 按价值和风险聚焦优先级 |
| 改进不验证效果 | 做了很多动作，却不知道有没有提升 | 设明确成效指标和验证机制 |
| 改进成果不固化 | 人员一变，又回到旧做法 | 将有效做法更新进流程和知识体系 |