Chapter 06 - Four Dimensions
本章目标
看完本章后，你应当可以回答：
- Four Dimensions 是什么？
- 为什么管理 digital product / service 不能只看 technology？
- Organizations and People、Information and Technology、Partners and Suppliers、Value Streams and Processes 各自看什么？
- PM 如何用 Four Dimensions 检查 release、incident、AI chatbot、AWS 架构？
- 考试遇到「哪个 dimension 被忽略」时怎么判断？
Key Terms
- Four Dimensions：管理 product / service 时必须同时考虑的四个面向。
- Organizations and People：角色、责任、技能、文化、沟通和组织结构。
- Information and Technology：数据、知识、系统、工具、架构、安全和技术能力。
- Partners and Suppliers：内外部供应商、vendor、cloud provider、platform team 和支持伙伴。
- Value Streams and Processes：需求如何流向 value，中间有哪些流程、交接、等待、反馈和断点。
- Holistic Thinking：不要只看单一工具或流程，而是看整个 service system。
Related: Chapter 05 的
Think and Work Holistically是原则；本章的 Four Dimensions 是检查清单。遇到题目说「只看工具 / 只看流程 / 只看 vendor」时，通常是在考 Four Dimensions。
一句话
Four Dimensions 是 ITIL 用来提醒团队做整体思考的框架：一个服务要创造 value，不能只靠技术，还要同时看人与组织、信息与技术、合作伙伴与供应商、价值流与流程。
核心概念
为什么需要 Four Dimensions
很多 digital product / service 失败，不是因为单一技术坏掉，而是因为只看其中一个面向。
常见情境：
- 工具买了，但没有人会用
- API 做了，但客服流程没接上
- AWS 架构很美观，但供应商 SLA 没确认
- AI chatbot 上线了，但 knowledge base 没人维护
- incident dashboard 有 metrics，但没有人负责处理 alarm
Four Dimensions 帮你避免这种「局部成功，整体失败」。
Organizations and People
这个 dimension 看的是组织结构、角色、能力、文化、责任、沟通方式和人员技能。
要问：
- 谁负责这个 service？
- 谁有权决策？
- 谁要 on-call？
- 团队是否具备需要的技能？
- 客服、运营、工程、PM 是否知道自己的角色？
- culture 是否鼓励透明回报问题？
production incident示例：
问题不是只有 API timeout。
如果没有人知道谁要对外沟通、谁要决定 rollback、客服怎么回复，
Organizations and People 这个 dimension 就有问题。Information and Technology
这个 dimension 看的是 service 所需的信息、数据、知识、系统、工具、平台、架构、安全和技术能力。
要问：
- 需要哪些数据才能完成 outcome？
- 数据是否正确、即时、安全？
- 使用哪些系统和工具？
- 架构是否支持 availability、security、scalability？
- monitoring、logging、trace 是否足够？
- AI 使用的 knowledge base 是否可信？
线上服务示例：
- transaction status 是否一致？
- external gateway response 是否有被正确记录？
- CloudWatch logs 是否能追 request id？
- 客服后台看到的信息是否和用户画面一致？
Partners and Suppliers
这个 dimension 看的是外部或内部合作方、vendor、cloud provider、external gateway、outsourcing partner、support partner。
要问：
- 哪些 supplier 影响 service value？
- 合约、SLA、support window 是否符合需求？
- supplier incident 时谁负责协调？
- vendor API change 是否会影响团队？
- 成本、风险、责任分工是否清楚？
线上服务场景：
- external gateway 是关键 supplier
- AWS 是 infrastructure provider
- SMS / email provider 可能影响通知
- external risk detection service 可能影响交易审核
如果 external gateway 挂掉，service provider 不能只说「那是 vendor 问题」。从 service value 来看，consumer 感受到的是操作失败。
Value Streams and Processes
这个 dimension 看的是工作如何从 demand 流向 value，以及中间的流程、活动、交接、等待、瓶颈和反馈。
Related: Chapter 07 会把 product and service lifecycle 拆成 Discover、Design、Acquire、Build、Transition、Operate、Deliver、Support。这里先记得：value stream 关心 demand 到 value 是否真的流得通。
要问：
- 从需求到上线的流程是什么？
- incident 从发现到恢复的流程是什么？
- support ticket 如何进入改善 backlog？
- 哪里有等待、重工、手动搬数据？
- 流程是否真的支持 outcome？
production incident示例：
CloudWatch alarm
↓
on-call engineer receives alert
↓
incident channel opened
↓
PM / CS / 客户运营 notified
↓
service restored
↓
RCA
↓
improvement item in backlog如果 alarm 有发，但没有人处理；或 RCA 做完没有进 backlog，value stream 就断了。
PM 视角
PM 可以把 Four Dimensions 当成需求和项目检查清单。
假设要做「服务状态查询」：
Organizations and People:
客服会用吗？谁维护数据？谁负责权限？
Information and Technology:
交易状态来源是哪个系统？数据是否即时？是否安全？
Partners and Suppliers:
external gateway 状态如何同步？vendor API delay 怎么处理？
Value Streams and Processes:
用户、客服、客户查询状态的流程是否一致？异常会进入改善流程吗？PM 的价值在于把这四个面向一起看，而不是只写「新增状态查询页」。
Developer / DevOps 视角
Developer / DevOps 常会直觉先看 Information and Technology，这很正常，但不够。
示例：release Java 新版核心 API。
Information and Technology:
API、DB migration、CI/CD、CloudWatch、rollback
Organizations and People:
谁 approve？谁 on-call？客服是否知道新版错误码？
Partners and Suppliers:
external gateway sandbox / production behavior 是否一致？
vendor maintenance window 是否冲突？
Value Streams and Processes:
PR → test → deploy → monitor → support → feedback → improvement 是否接起来？如果只看 deploy success，会漏掉 service value 的其他条件。
AWS 对照
以「提高核心服务稳定性」为例：
Organizations and People
- 谁是 service owner？
- on-call rotation 是否清楚？
- PM、DevOps、backend、CS 的 incident role 是否清楚？
Information and Technology
- ALB、ECS / Lambda、RDS、SQS、CloudWatch、X-Ray 是否支持观测与恢复？
- IAM、KMS、VPC security group 是否符合风险需求？
- retry、timeout、idempotency 是否设计好？
Partners and Suppliers
- AWS support plan 是否符合 production 需求？
- external gateway SLA 是多少？
- vendor outage 时如何 fallback 或沟通？
Value Streams and Processes
- alarm 到 incident response 的流程是否清楚？
- deploy 到 rollback 的流程是否可重复？
- post-incident improvement 是否进 backlog？
AWS 不是答案本身。AWS 是 Information and Technology 以及 Partners and Suppliers 的一部分，必须和人、流程、value stream 一起设计。
实践对照
团队引入 AI chatbot 处理服务问题，可以用 Four Dimensions 这样检查：
Organizations and People:
谁维护 knowledge base？
客服如何接手 chatbot 无法处理的问题？
谁负责检查 AI 错误回答？
Information and Technology:
chatbot 可以查哪些交易数据？
数据权限如何控管？
回答来源是否可追踪？
Partners and Suppliers:
使用哪家 LLM provider？
数据是否会送到外部？
供应商 outage 或模型变更怎么办？
Value Streams and Processes:
用户问题 → chatbot 回答 → 转人工 → 工单 → knowledge update → 改善
这条流是否真的跑得通？如果只看「模型回答很流畅」，就是只看 technology。真正的 service value 需要四个维度一起成立。
常见误区
误解 1：Four Dimensions 只是设计阶段用
不是。incident、release、AI 引入、supplier 管理、continual improvement 都能用 Four Dimensions 检查。
误解 2：Technology 做好，service 就会好
Technology 很重要，但如果人、流程、partner 没接上，service value 仍然会失败。
误解 3：Partners and Suppliers 只看外部 vendor
内部 shared platform team、central security team、data team 也可能像 supplier 一样影响 service。
误解 4：Value Streams and Processes 就是 SOP
SOP 只是流程文件。Value stream 更重视 demand 如何真的流向 value，中间是否有等待、重工、断点和 feedback。
Interview Angle
可能被问：
- What are the four dimensions of product and service management?
- How would you use the four dimensions to evaluate a production incident?
- Why is technology alone insufficient for service value?
- How would you assess an AI chatbot using the four dimensions?
回答方向：
- 先列四个 dimension
- 不要只背名词，要用一个 service 示例说明
- 强调 holistic thinking
- 用 incident / release / AWS / chatbot 分析每个 dimension
Exam Tips
Four Dimensions 题目常问「哪个 dimension 被忽略」。
速查表：
| 题目线索 | 最可能的 dimension |
|---|---|
| role、skill、culture、responsibility、team structure | Organizations and People |
| data、tools、systems、security、knowledge、architecture | Information and Technology |
| vendor、supplier、contract、SLA、outsourcing、cloud provider | Partners and Suppliers |
| workflow、handoff、process、bottleneck、value stream、feedback loop | Value Streams and Processes |
考试陷阱：
- 看到 cloud / AI 就只选 Information and Technology，但题目可能在问 supplier risk 或 people readiness。
- 看到流程文件就以为流程已完成，但 value stream 可能没有 feedback。
- 看到 vendor outage 就推给 supplier，但 service provider 仍要管理 consumer experience。
Summary
Four Dimensions 是 ITIL 用来避免局部思考的框架。Organizations and People、Information and Technology、Partners and Suppliers、Value Streams and Processes 必须一起被考虑，digital product / service 才能稳定创造 value。对 Technical PM 来说，这章最实用的地方是：每当你要做 release、处理 incident、引入 AI、设计 AWS 架构或改善 服务流程，都可以用四个维度检查有没有漏掉关键风险。
References
Quiz
请见 Chapter 06 Quiz。