IT运维流程库历史主题 · 只读
← 返回目录

ITIL第5版为什么要从“价值”而不是“流程”讲起?



如果你已经理解了:

ITIL第5版 真正改变的是管理边界,而不是简单升级流程或工具, 那接下来,一个问题几乎是不可避免的。 既然边界变了, 那 ITIL 是靠什么把这条新边界真正“立住”的? 答案并不在流程,也不在实践, 而在一个看似被说了很多年、却一直被低估的词上:价值。





一、一个反常识的现象:流程越清晰,效果反而越模糊
在很多组织里,都能看到类似的场景。 流程图越来越完整, 角色职责越来越清楚, KPI 和 SLA 定义得越来越细。 但与此同时,管理层却越来越容易提出一些困惑。 比如: 投入了大量 IT 资源,真正带来了什么结果? 系统一直在运行,但业务并没有明显“更好用”。 流程都合规,却很难判断事情值不值得继续做下去。 这通常不是执行力的问题, 而是一个更底层的错位。 当管理讨论高度集中在“怎么做”, 却很少回到“为什么做”, 流程本身就会逐渐失去方向感。 二、ITIL第5版不再默认“需求天然有价值”
在传统 IT 服务管理语境中, 有一个长期被默认、却很少被质疑的前提。 业务提出的需求,本身就是有价值的。 在这个前提下,IT 的核心任务是: 如何更快交付, 如何更稳定运行, 如何更低风险地变更。 但 ITIL第5版 明显不再满足于这个假设。 你会发现,它反复强调的,不再只是服务是否被成功交付, 而是价值是否被真正创造, 是否被用户感知, 是否被持续实现。 这看似只是表述上的变化, 但背后其实是一种立场的转移。 ITIL 不再默认: 只要被交付的东西,就一定值得被交付。 三、为什么“价值”必须成为新体系的起点?
ITIL第5版 把价值放到如此核心的位置,并不是偶然。 原因在于,在数字化产品与服务的语境中, 价值并不是一次性交付的结果, 而是一个需要不断被验证的过程。 产品上线,不等于价值实现。 系统稳定运行,不等于用户真正受益。 服务被消费,也不代表目标已经达成。 如果管理体系仍然从流程或交付出发, 就很容易出现一种情况。 所有事情都在被正确地执行, 却很难判断是不是在做正确的事情。 因此,ITIL第5版 选择了一条更困难、但也更成熟的路径。 先讨论价值,再讨论交付。 四、为什么 ITIL第5版 的生命周期要从 Discover 开始
在 ITIL第5版 中,生命周期不再从 Design 或 Build 起步, 而是从 Discover 开始。 这个变化本身,就是一个非常清晰的信号。 管理不再从解决方案开始, 而是从问题是否值得解决开始。 Discover 关注的并不是: 用什么技术, 选什么方案, 走哪条实现路径。 而是: 用户真正面临的是什么问题, 组织希望达成什么结果, 这些假设是否值得持续投入资源去验证。 这一阶段的存在, 本质上是把价值判断正式拉回到了管理讨论的起点。 五、从流程导向到价值导向,管理角色正在发生变化
当价值成为起点, 管理者的角色也会随之发生变化。 在流程导向的体系中, 管理更像是在确保遵循、合规与稳定。 而在价值导向的体系中, 管理更像是在不断做判断。 判断是否值得继续投入, 判断是否需要调整方向, 判断如何在体验、效率与风险之间做取舍。 这也是为什么,ITIL第5版 中越来越多的内容, 开始直接指向管理决策本身, 而不仅仅是执行层面的最佳实践。 六、这一步,对组织意味着什么?
当 ITIL第5版 选择从价值而不是流程讲起, 它实际上是在向组织提出一个更高阶的问题。 组织是否准备好, 为“做什么、不做什么”承担管理责任? 这意味着, 不能再只用流程完成度来证明成功, 不能再只用交付速度来证明效率, 也不能再把价值判断完全交给需求提出方。 从这个角度看, ITIL第5版 的真正难点, 从来不在理解概念, 而在于是否愿意参与价值判断本身。 写在最后:理解 ITIL第5版 的第二把钥匙
如果说第一篇回答的是: ITIL第5版 在管什么, 那么这一篇回答的就是: ITIL第5版 为什么要这样管。 当你意识到, 价值不是结果,而是一个持续被检验的假设, 你就会逐渐理解: ITIL第5版 并不是把流程放在第一位, 而是把“是否值得继续”放在第一位。 而这,正是数字化时代里, 任何管理体系都无法回避的核心问题。 欢迎加长河老师微信achotsao,深入交流ITIL 第5版最新资讯。