核心思想：管人、管事、管设备

西方 ITIL 把运维管理拆成四个维度：组织机构和人员、信息和技术、合作伙伴和供应商、价值流和流程。这套模型本身没有错，但对多数中大型团队而言，维度一多反而抓不住重点。我们把它做一次通俗的收敛，落到三个对象上——管人、管事、管设备。

后续各章，包括体系设计、实施要点、测量指标，都是围绕这三个对象展开的。管理对象讲清楚了，体系才有抓手；对象含混，流程再完备也只是空中楼阁。

为什么不是照搬西式流程

过去我们信奉西方标准，以为照着 ITIL 流程执行就能解决问题，实践结果却是水土不服。两类做法的差异，可以从下表看清楚。

维度	中式数字化运维	西式流程运维
文化背景	管理思维先行，工具服务于管理目标	流程与工具先行，对照标准逐条执行
对象认知	结构化统一：把运维资源与运维事务分别抽象建模，管理对象清晰	以流程为中心抽象对象；流程往往难以真正落地，转而鼓吹价值，而价值评估依赖少数人的主观判断
过程方法	先数据、次过程：基于已有记录分析历史数据，找到问题根源，设计并执行改进方案，反馈验证后持续优化	PDCA 循环：需求调研、规划、执行、检查、改进，强调走完循环并经实战验证
侧重要点	注重结果：结果优先、其次过程，承认过程影响因素多，不脱离结果空谈合规	注重流程：讲究过程合规，合规压力来自董事会、主管及主观评价；但走完合规流程，结果未必正向
技术落地	量体裁衣：按自身运维规模与管理对象设计系统	量衣裁体：按标准流程裁剪组织与现实，削足适履
成功概率	高	低
成本	阶段成本可控	投入无底洞，且无法保证目标实现

表中判断的依据很朴素：运维的直接产出是"事被解决"，而不是"流程被走全"。中式做法先把对象结构化、把数据沉淀下来，再从数据里找改进点，每一步都围绕结果；西式做法先立流程、再要求组织适配，流程一旦与现实脱节，记录就变成了应付检查的负担。

某商业银行多年使用内部 IT 工作记录工单作为绩效依据，工程师每天也确实在工单系统里记录了工作。但到了真正要撰写季度、年度工作报告时，依然需要工程师自己从零整理材料——工单里有记录，却没有按可复用的维度组织起来，数据沉淀了却用不上。

这个案例恰好说明：有记录不等于结构化，有工单不等于管事管到位。如果运维事务从一开始就按统一的属性建模（分类、优先级、影响范围、耗时、责任方），工作报告、绩效统计、趋势分析都可以直接从系统里取数，不必重复劳动。这也是本指南坚持先做"对象结构化统一"、再谈流程的原因。