ITIL 5的产品和服务全生命周期模型：考试怎么考？现实怎么用？

一、什么是"产品和服务全生命周期"模型？

ITIL 4的核心是"服务价值系统"（SVS），一个相对抽象的价值创造模型。到了ITIL 5，最大的结构变化是重新引入了生命周期概念，但跟ITIL V3那个线性流程完全不是一回事。

ITIL 5的生命周期叫"ITIL产品和服务生命周期模型"（ITIL Product and Service Lifecycle Model），包含八个阶段活动：

发现（Discover） → 设计（Design） → 获取（Acquire） → 构建（Build） → 转换（Transition） → 运营（Operate） → 交付（Deliver） → 支持（Support）

ITIL 5官方强调它们是迭代的、非线性的。你可以在运营阶段发现新需求，跳回发现阶段重新开始；也可以在构建阶段发现设计有问题，回头调整设计。

这个生命周期的核心逻辑是：把产品和服务的全生命周期放在一起管。

ITIL 4更偏向服务管理，产品和服务的视角是分离的。ITIL 5把产品和服务看作"一个硬币的两面"——你交付的是一个"数字产品+持续服务"的组合，而不是孤立的一堆代码或一个工单系统。

---

二、考试怎么考？怎么出题？

ITIL 5 Foundation考试共40道选择题，闭卷，60分钟，65%（26/40）通过。考试重点考察理解和应用能力，而非死记硬背。

关于产品与服务生命周期模型，主要有以下几种考法：

第一种考法：考定义

直接问你某个阶段是干什么的。

• 样题："Which lifecycle management activity is focused on creating prototypes and specifications?"（哪个阶段专注于创建原型和规格说明？）——答案是Design（设计）。

第二种考法：考场景定位

给你一个场景，问你接下来应该进入哪个阶段。

• 样题："An organization wants to improve its incident resolution times. Which activity of the Product and Service Lifecycle would focus on resolving user issues?"（组织想提升事故解决速度，哪个阶段专注于解决用户问题？）——答案是Support（支持）。

第三种考法：考区分

给你一个活动，问它属于哪个阶段。

• 样题："Which lifecycle management activity focuses on minimizing the impact of incidents and disasters when they happen?"（哪个阶段专注于在事故和灾难发生时最小化其影响？）——答案是Operate（运营）。

第四种考法：考理解

给你四个描述，问你哪一个是正确的。

• 样题：Which of the following BEST describes the nature of the ITIL Product and Service Lifecycle activities?
• A. They must be completed in a fixed sequence from Discover to Support.
• B. They are non-linear and can be revisited in any order the situation demands.
• C. They are executed once and are never repeated.
• D. They are a mandatory one-way march from planning to retirement.
• ——答案是B. 它是非线性的，可以在不同阶段之间来回切换。

一个备考小技巧：把这八个阶段分成三组来记。前三个（发现、设计、获取）是"规划和准备阶段"，中间两个（构建、转换）是"开发和上线阶段"，后三个（运营、交付、支持）是"运行和持续服务阶段"。这样记比死记硬背八个词要快。

---

三、现实怎么用？

这是最容易走偏的地方。很多人学完产品和服务生命周期模型，回到公司就开始设计八套流程，每个阶段配一套审批、一套文档、一套角色——结果把本来想"简化"的东西，越做越复杂。

ITIL 5官方其实说得很清楚：你不必把八个活动做成八套流程。现实中的用法，是把它当作"思考框架"和"诊断工具"。

✔️ 用法一：用生命周期做"价值流映射"

你画一条价值流——比如"客户从下单到收到货"的完整流程。然后问：这条价值流经过了生命周期的哪些阶段？每个阶段有没有卡点？有没有断点？有没有某个阶段被忽略了？

大多数企业的真实情况是：

• 发现和设计阶段投入不足，导致后面反复返工；
• 转换阶段被严重压缩，上线后问题频发；
• 支持阶段只有"救火"没有"持续改进"。

用生命周期一对照，问题在哪里一目了然。

✔️ 用法二：用生命周期判断"问题出在哪个阶段"

系统频繁出故障，很多人第一反应是"运营不行"。但用生命周期一排查：可能发现故障根源在构建阶段——代码质量不过关；或者在设计阶段——架构设计有缺陷；再往前推，可能在发现阶段——需求没搞清楚就开工了。

很多问题不是上线后才出现，而是在需求、设计、测试、发布阶段就已经埋下了。生命周期给了你一个定位问题的坐标。

✔️ 用法三：用生命周期指导"什么时候该做什么事"

产品经理最常见的误区，是把生命周期理解成"需求-开发-上线"。但ITIL 5的八个阶段告诉你：上线只是中段，不是终点。你看不见后半段（运营、交付、支持），问题就会用事故和投诉逼你看见。

有了这个框架，产品经理和运维团队就有了共同语言——不是在"需求"和"运维"之间来回吵架，而是在同一个生命周期里讨论"哪个阶段需要加强"。

---

四、为什么这个生命周期模型值得你认真学？

ITIL 5最大的价值，不是告诉你"要管全生命周期"，而是给了你一个可操作的全生命周期模型。ITIL 4的概念很好，但很多人不知道怎么落地。ITIL 5用八个阶段把"全生命周期"这件事拆成了可执行的单元。

你不需要一次性把八个阶段都做到位，但你可以从最痛的那个阶段开始。

ITIL 5 Foundation是进入这个框架的入口，也是所有高阶ITIL 5认证的必修前置。不管你未来想走产品方向、服务方向、体验方向还是战略方向，Foundation都是第一步。