3. 服务目录设计原则

服务目录是 IT 服务管理（ITSM）的核心数据资产，其设计质量直接决定升级窗口复核的效率和准确性。在《服务目录升级窗口复核》课程中，我们遵循以下四项基本原则，确保服务目录既能支撑日常运维，又能快速响应变更与升级需求。

3.1 以用户为中心

服务目录的最终使用者是业务用户和 IT 运维人员。设计时必须从用户视角出发，而非技术视角。

• 业务语言优先：服务名称和描述使用业务术语，避免技术缩写。例如使用“员工入职账号开通”而非“AD 账号创建流程”。
• 服务入口统一：所有服务通过单一门户呈现，用户无需了解后台系统结构。
• 服务级别可见：在目录中直接展示每个服务的响应时间、解决时间、可用性承诺等 SLA 关键指标。

3.2 模块化设计

模块化设计将服务拆分为独立、可复用的功能单元，便于独立升级、测试和部署。

模块化设计带来的直接收益：升级窗口复核时，只需关注被变更的模块及其依赖关系，无需全量回归测试。

3.3 可扩展性

服务目录必须支持未来业务增长和技术演进，避免因目录结构僵化导致频繁重构。

• 预留扩展位：在分类体系中预留“其他”或“待定”类别，新服务可快速归入。
• 属性可扩展：服务属性字段支持自定义扩展，如增加“合规等级”、“数据敏感度”等标签。
• 版本化管理：每个服务条目支持版本号，升级窗口复核时能清晰识别当前版本与目标版本。

3.4 标准化命名

标准化命名是服务目录可读性和可维护性的基础。命名规则需在组织内统一执行。

标准化命名示例：VM-PROD-HR-001（生产环境人力资源第一台虚拟机）。

3.5 四项原则的协同效应

四项原则并非孤立存在，而是相互支撑、共同作用。以下表格展示了原则之间的协同关系：

3.6 复核检查清单

在服务目录升级窗口复核时，请逐项确认以下检查点：

1. 用户视角检查：随机抽取 5 个服务条目，确认业务用户能否在 30 秒内理解服务内容。
2. 模块独立性检查：确认每个服务模块是否具备独立的版本号和变更历史。
3. 扩展预留检查：确认目录分类中是否预留了至少 2 个“待扩展”类别。
4. 命名合规检查：使用自动化脚本扫描所有服务条目，确认命名格式 100% 符合规范。
5. 依赖关系检查：确认模块间的依赖关系图已更新，且与 CMDB 数据一致。