客户准入
客户要求供应商具备ISO20000或证明IT服务管理能力。
PROJECT INTRODUCTION
ISO20000是什么
ISO/IEC 20000-1是信息技术服务管理体系要求，关注组织如何规划、设计、转换、交付、评价和改进IT服务，以满足服务要求并实现价值。
对企业而言，它不是单纯的“运维制度”，也不等同于一套工单工具。体系会把组织角色、服务组合与目录、客户承诺、风险、事件、问题、变更、配置、供应商和绩效评价连接起来。
项目需要围绕真实服务范围设计。如果企业同时提供软件项目、SaaS订阅和驻场运维，应分别说明哪些服务纳入范围，以及各自使用哪些流程和记录。
FIT ASSESSMENT
哪些情况下企业通常会考虑ISO20000
出现以下情况时可以进一步了解，但仍要结合办理企业、服务范围、当前管理情况和时间安排确定具体做法。
招投标门槛
标书将ISO20000列为资格条件、评分项或合同要求。
服务规模扩大
客户、团队或服务种类增加，原有经验管理难以维持一致性。
重复故障较多
事件有处理但问题复盘、知识沉淀和持续改进不足。
证书到期或范围变化
需要提前规划再认证、多场所、主体或服务范围调整。
SERVICE MANAGEMENT SYSTEM
体系建设的核心内容
实际项目会根据企业复杂度确定深度，以下不是要求企业单独建立五套平行机制。
客户与用户价值
服务要求、过程控制和绩效评价需要形成闭环。
治理与规划
范围、方针目标、角色、资源、风险和服务管理计划
服务组合与关系
服务目录、服务级别、客户、供应商和投诉管理
供给与保障
预算、需求、容量、可用性、连续性和信息安全接口
解决与控制
事件、请求、问题、变更、配置和发布管理
绩效与改进
监视测量、服务报告、内审、管理评审和改进
STARTING INFORMATION
项目启动前建议准备
资料不完整也可以先评估。重点是说明实际服务情况，不需要先自行编写全套文件。
- 客户或投标的具体条款和希望完成的时间
- 拟申请的公司主体、场所和组织架构
- 主要IT服务、客户类型、合同与SLA情况
- 现有工单、监控、配置、知识库和项目工具
- 典型事件、问题、变更、发布和服务报告记录
- 外部供应商、云资源和关键服务依赖
- 已有ISO或ITSS证书及最近审核情况
CONSULTING DELIVERY
赫挚如何协助项目
| 阶段 | 主要工作 | 典型输出 |
|---|---|---|
| 需求与现状调研 | 了解项目用途、服务范围、现行流程、工具与工作记录 | 范围建议、差距清单、实施计划 |
| 体系设计 | 设计制度流程、职责接口、表单记录和指标 | 体系文件、流程图、记录与指标框架 |
| 运行辅导 | 岗位培训、工具适配、日常服务记录与问题跟踪 | 培训、工单、服务报告与改进记录 |
| 评价准备 | 内审、管理评审、整改和审核准备 | 内审管理评审记录、整改及审核清单 |
正式认证申请、审核、认证决定和证书管理由具备资格的认证机构实施。
FAQ
常见问题
ISO20000与ITSS是一回事吗？
不是。两者都涉及IT服务，但标准体系、适用评价和要求结构不同。企业可根据客户或投标要求、当前管理情况和业务定位，选择单独建设或与其他项目协同规划。
只有软件研发，没有运维团队，是否适合？
需要看企业是否向客户持续提供IT服务，例如应用支持、平台运营、技术支持或维护服务。若仅交付一次性产品，需进一步确认是否具备持续的IT服务范围。
可以直接买模板完成吗？
模板无法代替服务范围设计、流程接口、工具适配和日常执行。审核抽样通常需要企业能够解释并展示实际服务过程。
多久可以完成？
没有适用于所有企业的固定周期。需分别考虑现状差距、体系建设和运行时间、正式申请及认证机构安排。