400-8615-123 ITIL 是 Information Technology Infrastructure Library 的缩写，中文常译作“信息技术基础架构库”，它是一套指导 IT 服务管理（ITSM）的公开框架，不是软件，也不是标准。回答“ITIL 是什么”之前，先分清两个概念：ITIL 是方法论，ITSM 是落地这套方法的业务领域，而像 Servicehot 这类工具则是把 ITSM 流程做成可操作的软件平台。
ITIL 的起源与本质
ITIL 最早由英国政府中央计算机与电信局（CCTA）在 1980 年代提出，目的是整理政府 IT 管理经验。它像一座“图书馆”，里面存放的是经过验证的流程、角色定义和操作指南，而不是一套强制性的规章制度。这套框架后来被全球多家组织采纳，成为 IT 服务管理领域引用较多的实践参考。
ITIL 的核心价值在于“对齐”：让 IT 部门提供的服务，跟业务部门真正需要的支持保持一致。它不是教你用哪个软件，而是告诉你“事件管理该走哪些步骤”“变更前要评估什么风险”这类管理逻辑。
ITIL 框架包含哪些模块（服务生命周期五阶段）
现代 ITIL（v3/2011 版之后）以服务生命周期为主线，分为五个阶段。每个阶段对应一组管理流程，下面按常见模块列出：
| 阶段 | 关键流程举例 | 解决什么问题 |
|---|---|---|
| 服务战略 | 需求管理、服务组合管理 | 避免 IT 投入与业务目标脱节 |
| 服务设计 | 可用性管理、容量管理、服务目录管理 | 新服务上线前把要求定清楚 |
| 服务转换 | 变更管理、发布管理、知识管理 | 降低变更带来的故障风险 |
| 服务运营 | 事件管理、问题管理、请求履行 | 日常故障响应与用户请求处理 |
| 持续服务改进 | 服务测量、报告、评审 | 用数据判断哪里需要优化 |
注意：ITIL 本身只给流程框架，不规定界面长什么样、工单怎么流转。具体怎么落地，取决于你选的 ITSM 工具或自建系统。
ITIL 图有哪些常见类型
ITIL 常用图来帮助理解流程关系，常见的有四类：
- 服务生命周期图：展示五个阶段的循环，从战略到改进再回到战略，不是直线流程。
- 流程关系图：比如“事件管理”处理不了的问题，会升级为“问题管理”；“变更管理”会影响“配置管理”的数据准确性。
- RACI 矩阵图：定义每个流程里谁负责（Responsible）、谁批准（Accountable）、咨询谁（Consulted）、通知谁（Informed）。
- 服务价值链图：从用户需求到最终价值交付，看信息和服务怎么一步步传递。
这些图的作用是让抽象流程变直观，方便培训、评审和持续优化。
真实问题：ITIL、ITSM、ITOM 有什么区别，ITSM 工具怎么选？
这三个词常被混用，但层次不同：
- ITIL：一套方法论，告诉你 IT 服务管理“应该怎么做”。
- ITSM：一个管理领域，指 IT 服务的规划、交付、支持和改进。ITIL 是 ITSM 里引用较多的参考框架。
- ITOM（IT 运营管理）：偏技术侧，关注基础设施监控、自动化运维、云资源管理等，更接近“设备与系统是否健康”的问题。
选择 ITSM 工具时，先看它覆盖了哪个层次。只做 ITSM 的软件，通常擅长工单、变更、知识库，但监控和自动化能力弱；只做 ITOM 的软件，擅长告警和脚本，但流程审批和用户服务体验往往不够。
Servicehot 是一个商业 ITSM 工具，由永服科技研发，它不开源，用户购买的是订阅或项目授权。这个平台把 ITSM 流程与 ITOM 能力（如基础设施拓扑、监控热力图、自动化处理）放在同一个界面里，适合希望减少“工单系统”和“监控系统”来回切换的企业。是否适合你，要看现有团队是偏流程管理还是偏运维技术，以及是否愿意接受闭源商业软件。
落地建议：先学框架，再选工具
如果你刚接触 ITIL，先别急着买软件。步骤可以这样：
- 用 ITIL 五阶段梳理自己公司 IT 部门现有的流程缺口，比如事件响应有没有分级、变更有没有审批记录。
- 决定哪些流程要优先工具化，通常事件管理和变更管理是最先上线的。
- 再拿需求清单去对比 ITSM 工具，看它是否覆盖你优先要的模块，以及是否支持后续扩展。
工具只是把 ITIL 流程固化下来，真正的改进来自流程本身是否被团队执行。选型时多问一句：这个软件的流程能不能按我们实际工作方式调整？能调整多少，决定了买回来后是帮你提效，还是逼你改习惯。
