Chapter 04 - ITIL Value System

本章目标

看完本章后，你应当可以回答：

• ITIL Value System 是什么？
• opportunity 和 demand 如何被转成 value？
• guiding principles、governance、value chain activities、practices、continual improvement 各自扮演什么角色？
• 为什么 ITIL Value System 不是流程图，而是组织运作系统？
• PM 如何用 Value System 检查产品、release、incident、AI 项目是否有断点？
• 考试遇到 SVS / Value System 题目时要怎么判断？

Key Terms

• Opportunity：可能创造 value 的机会，例如改善服务体验、降低风险或提升效率。
• Demand：stakeholder 对 product 或 service 的需求，不一定代表已经定义好解法。
• Value：stakeholder 觉得有用、成本和风险可接受的结果。
• ITIL Value System：把 opportunity / demand 转成 value 的整体系统。
• Guiding Principles：做决策时可套用的共同原则，Chapter 05 会展开。
• Governance：确保方向、责任、风险和决策一致的机制。
• Value Chain Activities：让 value 流动的主要工作活动；在 V5 会和 Chapter 07 的 lifecycle 放在一起理解。
• Practice：组织完成某类工作的能力集合，Chapter 08 会展开。
• Continual Improvement：让 product、service、practice、流程和工作方式持续变好的机制。

Related: Chapter 04 是全局地图。Chapter 05 会讲决策原则，Chapter 06 会讲检查服务是否完整的四个面向，Chapter 07 会讲 product / service 从需求到运营的 lifecycle。

一句话

ITIL Value System 描述一个组织如何把 opportunity 和 demand，通过原则、治理、价值链活动、实践能力与持续改善，转换成 value。

核心概念

ITIL Value System

ITIL Value System 可以先理解成一张「组织如何创造 value」的总地图。

简化来看：

Opportunity / Demand
        ↓
ITIL Value System
        ↓
Value

但中间不是单一流程，而是一整套互相支持的系统：

• Guiding Principles：决策原则
• Governance：方向、监督、评估
• Value Chain Activities：把需求转成价值的主要活动
• Practices：完成工作的能力集合
• Continual Improvement：让整个系统持续变好

对 PM 来说，这章最重要的不是背名词，而是学会看「value 产生过程中哪里断掉」。

Opportunity and Demand

Opportunity 是可能创造 value 的机会。Demand 是 stakeholder 对 product 或 service 的需求。

示例：

• Opportunity：服务流程可以通过 AI chatbot 降低客服成本
• Demand：客户要求更快查询服务状态
• Demand：用户希望操作失败时知道下一步
• Opportunity：CloudWatch + incident runbook 可以缩短恢复时间

ITIL Value System 的起点就是这些 opportunity 和 demand。好的 PM 会先厘清它们背后的 outcome，而不是直接把每个 demand 都放入 backlog。

Guiding Principles

Guiding principles 是在不确定情境下帮助组织做决策的原则。

Related: 这里先把 guiding principles 理解成 Value System 里的「决策准则」。七个 principles 会在 Chapter 05 详细说明。

例如：

• Focus on value：先问这件事创造什么 value
• Start where you are：先看现有能力与数据，不要全部完全重做
• Progress iteratively with feedback：用小步迭代和反馈降低不确定性
• Collaborate and promote visibility：让相关 stakeholder 看见真实状态
• Think and work holistically：不要只优化单一 team 或单一工具
• Keep it simple and practical：避免过度设计
• Optimize and automate：先优化，再自动化

这些 principles 不是口号。考题常会用情境问你：这时候最该采用哪个 principle？

Governance

Governance 是组织用来确保方向、决策、风险和责任一致的机制。

它不是「多一层 approval」。好的 governance 应该回答：

• 团队为什么做这件事？
• 这件事是否符合策略和风险承受度？
• 谁有权决策？
• 谁要对结果负责？
• 怎么知道 value 真的产生？

示例：负责人说今天晚上一定要上生产环境。Governance 不是直接说不行，而是要让团队看清楚：

• 这个 change 的 business value 是什么？
• 不上线的 cost 是什么？
• 上线造成 incident 的 risk 是什么？
• 是否有 rollback plan？
• 谁可以接受这个风险？

Value Chain Activities

Value chain activities 是把 opportunity / demand 转换成 value 的主要活动。ITIL V5 会在 lifecycle 章节更明确展开 product and service lifecycle；这里先把它理解成「价值流动的工作活动」。

Note: V5 不是把 value chain 删掉，而是把它放到更容易理解的 product and service lifecycle 语境里。先记得：value chain 讲「价值如何流动」，Chapter 07 讲「产品与服务生命周期有哪些活动」。

对 PM 来说，可以先用这种方式理解：

Understand demand
        ↓
Plan / prioritize
        ↓
Design solution
        ↓
Build / acquire
        ↓
Transition / release
        ↓
Operate / support
        ↓
Measure / improve

重点：这不是线性 waterfall。真实工作会反复迭代。例如 incident 可能让你回到 design；客户 feedback 可能改变 backlog；AI chatbot 的错误率可能让你重新设计 governance。

Practices

Practices 是组织完成特定工作的能力集合，不只是流程文件。

Related: Practices 会在 Chapter 08 详细说明。这里先记得：practice 不是 SOP，而是人、流程、工具、信息和责任一起形成的能力。

示例：

• Incident Management：恢复服务
• Problem Management：找出根因或潜在原因
• Change Enablement：控制 change risk
• Release Management：让新版功能可被使用
• Service Level Management：管理 service quality 期待
• Monitoring and Event Management：发现异常
• Continual Improvement：持续改善

Value System 里的 practices 是能力模组。它们被 value chain activities 调用，用来把 demand 变成 value。

Continual Improvement

Continual improvement 是让整个 Value System 不断变好的机制。

它不只是 postmortem，也包含：

• sprint retrospective
• incident review
• 客户 feedback
• metric review
• support ticket trend analysis
• release failure analysis
• AI answer quality review

如果没有 continual improvement，Value System 会变成一次性 delivery machine：做完、上线、下一个。长期来看，technical debt、process debt、knowledge debt 都会累积。

PM 视角

PM 可以把 ITIL Value System 当成产品与服务健康检查清单。

以「 服务状态查询」为例：

Opportunity / Demand:
客户和客服希望更快确认服务状态

Guiding Principles:
Focus on value: 先定义要降低客服查询时间
Start where you are: 先看现有交易数据和客服流程
Progress iteratively with feedback: 先做 MVP 给客服试用

Governance:
谁能看到交易数据？
哪些数据不能暴露？
谁决定正式上线？

Value Chain Activities:
discover → design → build → transition → operate → support

Practices:
change enablement, release management, service desk, monitoring

Continual Improvement:
看客服查询时间、错误率、重复工单、客户满意度

Value:
客服成本下降，客户等待时间下降，用户信任提升

这比「做一个查询页」完整很多，也比较接近 Technical PM 真正要管的范围。

Developer / DevOps 视角

对 Developer / DevOps 来说，Value System 可以帮你理解为什么单一技术活动不等于 value。

示例：Java backend release

Demand:
客户需要更准确的服务状态

Build:
新增 service status API

Change Enablement:
PR review, test, approval, rollback plan

Release / Deployment:
GitHub Actions deploy to production

Operate:
CloudWatch dashboard, alarm, log trace

Support:
runbook,客服查询 SOP

Improve:
根据 incident 和 support ticket 调整 API / UI / alert

如果只做到 build 和 deploy，但没有 operate、support、improve，Value System 就是不完整的。

AWS 对照

AWS 架构也可以用 Value System 看。

假设 demand 是「核心服务需要更稳定」：

• Guiding Principles：不要先买更大机器，先 focus on value 和 start where you are
• Governance：定义可接受 downtime、数据安全、成本上限
• Value Chain Activities：设计 HA、引入 monitoring、测试 failover、release
• Practices：incident management、monitoring、change enablement、availability management
• Continual Improvement：看 alarm noise、MTTR、error rate、RDS performance

这样看，AWS 不是单纯技术选型，而是 Value System 里的一部分。CloudWatch、RDS、ALB、ECS、Lambda、IAM 都只有在和 governance、practices、feedback 接起来时，才真正支持 value。

实践对照

团队想引入 AI chatbot 解决服务问题时，可以用 ITIL Value System 防止项目失焦。

Opportunity:
客服量高，服务问题重复出现

Demand:
用户希望更快知道服务状态
客服希望少处理重复问题

Governance:
chatbot 可以查哪些数据？
回答错误谁负责？
什么情况必须转人工？

Practices:
knowledge management
incident management
service desk
information security management
continual improvement

Continual Improvement:
每周看 resolution rate、handoff rate、错误回答、CSAT

如果只说「团队要做 AI chatbot」，就是 solution first。Value System 会把你拉回：「这个 demand 是什么？目标 value 是什么？风险怎么管？上线后怎么改善？」

常见误区

误解 1：ITIL Value System 是一张固定流程图

更好的理解：它是组织创造 value 的运作系统。里面的活动会依情境迭代，不是每次都照同一条线走。

误解 2：Governance 就是 approval

Approval 只是 governance 的一种可能工具。真正的 governance 是确保方向、责任、风险和价值对齐。

误解 3：Practices 就是 SOP

Practice 包含人、流程、工具、信息、partner、能力和文化。SOP 只是其中一部分。

误解 4：Continual Improvement 是项目结束后才做

Continual improvement 应该嵌入日常工作。Incident、release、support ticket、客户 feedback 都是改善来源。

Interview Angle

可能被问：

• What is the ITIL Value System?
• How does ITIL turn opportunity and demand into value?
• What is the difference between governance and management practice?
• How would you use ITIL Value System to evaluate a production release?
• How would you prevent an AI service project from becoming solution-first?

回答方向：

• 用 opportunity / demand → value 的地图开头
• 提到 guiding principles、governance、value chain activities、practices、continual improvement
• 强调它不是线性流程，而是系统
• 用 incident、release、AI chatbot 或 AWS service 当示例

Exam Tips

考 ITIL Value System 时，题目通常会问「哪个组件负责什么」或「某情境应该用哪个概念理解」。

快速判断：

• 问「如何把 demand 转成 value」：ITIL Value System / value chain activities
• 问「在所有情境下提供决策方向」：guiding principles
• 问「方向、监督、责任、风险」：governance
• 问「incident、change、release 等能力」：practices
• 问「如何让整个系统变好」：continual improvement
• 问「用户需求或市场机会」：opportunity / demand

考题陷阱：

• 把 governance 当成单纯 approval
• 把 practices 当成孤立流程
• 把 value chain 当成不能回头的 waterfall
• 只看 tool，不看 value

Summary

ITIL Value System 是 ITIL 的核心地图：它说明组织如何把 opportunity 和 demand，通过 guiding principles、governance、value chain activities、practices 和 continual improvement 转换成 value。对 Technical PM 来说，它最实用的地方是帮你检查产品、release、incident 或 AI 项目是否只做了 delivery，却没有形成可持续的 service value。

References

• PeopleCert - ITIL Foundation (Version 5)
• ITIL - ITIL Foundation (Version 5)
• ITIL - Foundation Version 5 What's New

Quiz

请见 Chapter 04 Quiz。