服务目录发布升级窗口检查与业务验收 - 第1节
1.1 服务目录的定义
服务目录（Service Catalogue）是IT服务管理（ITSM）中的核心信息资产，它是一份经过维护的、关于服务提供方所交付的所有服务及其详细信息的结构化清单。服务目录不仅列出了服务名称，还包含了服务的描述、服务级别、交付条件、定价、依赖关系以及客户获取服务的入口等关键信息。
从本质上讲，服务目录是连接IT部门与业务部门之间的“服务菜单”与“服务契约”，它确保了双方对“IT能提供什么”以及“如何获取”达成一致理解。
核心定义要点：
- 结构化清单： 并非简单的Excel列表，而是经过分类、分层、关联关系维护的数据库或知识库。
- 面向客户视角： 服务目录的内容应以业务语言描述，而非技术术语。
- 动态维护： 服务目录需要随服务生命周期持续更新，是“活”的文档。
1.2 服务目录在ITIL中的位置
在ITIL 4框架中，服务目录位于服务价值链的“获取/构建”与“交付与支持”环节，是服务配置管理（Service Configuration Management）实践的核心输出物之一。它同时与服务组合管理（Service Portfolio Management）和服务级别管理（Service Level Management）紧密关联。
ITIL 4视角： 服务目录不再是孤立的文档，而是服务价值链中“获取/构建”与“交付与支持”环节之间的桥梁。它确保了服务设计阶段的承诺能够被运营阶段准确执行。
1.3 服务目录的价值与目标
服务目录的建设与维护并非为了“管理而管理”，其核心价值在于消除IT与业务之间的信息不对称，提升服务交付的透明度与效率。具体价值与目标可归纳为以下五个维度：
| 维度 | 价值描述 | 关键目标 |
|---|---|---|
| 业务对齐 | 将IT服务转化为业务语言，使业务部门清晰了解IT能提供什么、成本如何、如何获取。 | 提升业务满意度，减少沟通误解 |
| 运营效率 | 标准化服务请求流程，减少“特事特办”的例外处理，降低服务台处理时间。 | 缩短服务交付周期，降低运营成本 |
| 成本透明 | 明确每项服务的成本构成与定价策略，支持按使用量计费或成本分摊。 | 实现IT财务透明化，支撑投资决策 |
| 服务治理 | 为服务级别协议（SLA）提供基准，明确服务范围与责任边界。 | 减少服务范围蔓延，提升合规性 |
| 自助服务 | 作为服务门户（Service Portal）的数据源，支持用户自助查询与请求。 | 提升用户自助率，释放IT人力 |
常见误区： 很多组织将服务目录等同于“IT资产清单”或“技术组件列表”。请务必区分：服务目录描述的是业务服务（如“邮件服务”、“ERP系统服务”），而非技术组件（如“Exchange服务器”、“Oracle数据库”）。后者属于配置管理数据库（CMDB）的范畴。
1.3.1 服务目录的两种视图
为了同时满足业务用户与IT运维人员的需求，服务目录通常分为两种视图：
- 业务服务目录（Business Service Catalogue）： 面向业务用户，使用业务语言描述服务，包含服务描述、服务时间、定价、申请入口等。例如：“员工入职IT服务包”、“会议室视频会议支持”。
- 技术服务目录（Technical Service Catalogue）： 面向IT运维团队，包含支撑业务服务所需的技术组件、依赖关系、运维手册等。例如：“AD域控服务”、“网络带宽保障服务”。
最佳实践： 在服务目录升级窗口复核中，重点检查业务服务目录中的服务描述是否仍与当前业务需求一致，以及技术服务目录中的依赖关系是否准确。任何不一致都可能成为升级窗口中的风险点。